Systems and methods for providing flexible provisioning architectures for a host in a cable system

ABSTRACT

Flexible systems and methods are disclosed that may be used for provisioning, configuring, and controlling a host embodied in a cable set top box or other digital device attached to a digital communication network, such as cable distribution network. An enhanced services system maintains various host files for various types of hosts that a cable subscriber may purchase and connect to the cable network. The Enhanced Services Server interacts with the host using the host files. The host files may be downloaded from the host manufacturer into a database that distributes the modules as required to the various enhanced services systems. The host may be purchased by the cable subscriber and provisioning may be initiated by the retailer at the time of purchase using a provisioning network interacting with the appropriate cable system serving the subscriber. This abstract is not intended to limit or construe the scope of the claims.

CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims the benefit of U.S. ProvisionalApplication No. 60/480,391 filed on Jun. 20, 2003 and U.S. ProvisionalApplication No. 60/511,398 filed on Oct. 15, 2003. This application isrelated to Systems And Methods For Distributing Software For A HostDevice In A Cable System, U.S. patent application Ser. No. ______,Systems And Methods For Provisioning A Host Device For Enhanced ServicesIn A Cable System, U.S. patent application Ser. No. ______, Systems AndMethods For Selling A Consumer Electronics Host Device And EnhancedServices Associated With A Cable System, U.S. patent application Ser.No. ______, all filed concurrently herewith this application. Thecontents of each of the applications referenced in this paragraph arehereby incorporated by reference in their entirety.

FIELD OF THE INVENTION

[0002] This invention is directed generally to the field of provisioningservices in a network, such as a cable television system. Systems andmethods are disclosed for configuring enhanced service relatedcapabilities in a cable set top box. Further disclosed are systems andmethods for distributing and downloading host-specific files to cablesystems wherein the host-specific files contain protocol messages aswell as descriptive information that can be used to interact with aspecific model of set top box, the interaction including configuringenhanced services involving the particular type of set top box.Additionally, the host-specific files may contain software that isdownloaded to the set top box to replace or augment resident applicationsoftware. Systems and methods are disclosed pertaining to third-partyservice provisioning, the third parties including retailers who alsodistribute and/or sell the cable set top box to a customer. A method isdisclosed of selling set top boxes by a third-party, typically by aretailer in conjunction with provisioning network services for thecustomer.

BACKGROUND OF THE INVENTION

[0003] Cable television systems are widely deployed for the distributionof television signals, and typically provide greater selection andquality of channel reception than can be received using traditionalover-the-air broadcast antennas at the point-of-reception. Thedeployment of new cable technology, such as digital cable, provides morerobust transmission and increased channel capacity, and allows servicesto be offered such as selective subscription to premium channels andpay-per-view events. The offering of such services typically requires aset top box to decode and decrypt the digital signals, which aretypically encoded using the MPEG-2 digital encoding standard. The cableoperator typically provides the set top box to the cable subscriber fora monthly leasing fee.

[0004] The basic architecture for a cable system is illustrated in FIG.1, which depicts the prior art and involves a cable headend 5 emanatingmultiplexed signals over a cable distribution network 6. The cabledistribution network has evolved over time and was originally primarilya bifurcated tree architecture using coaxial cable (not shown). Thecable distribution network has become more sophisticated in recentyears, both in its architecture and technology, typically incorporatingoptical fiber transmission and multiplexing equipment based on anarchitecture involving interconnected ‘rings’ (not shown). Regardless ofthe architecture, the network can be logically depicted as providingconnectivity between the cable headend where the signals originate andthe cable set top box 7 where the signals are received.

[0005] The cable headend 5 contains various equipment, includingreceivers, transmitters, optical terminations, multiplexing equipment,and transmission devices. It also contains functions for encryptingsignals, which will be discussed further. The cable headend is typicallytightly ‘coupled’ with the provisioning/conditional access system 1 b asrepresented by the dotted line 2. The provisioning/conditional accesssystem functions closely with the cable headend in regard to enabling aparticular subscriber to decode authorized channels. Thus, channelauthorization for a subscriber requires coordination between theprovisioning/conditional access system and the cable headend,specifically the integrated receiver transcoders (IRT) contained in theheadend (not shown). The IRT is a component of the conditional accessscheme and used to control dissemination of entitlement control messages(ECMs) which is a message conveying a key that authorizes access to aprogram. In some contexts, industry usage of the term “headend”encompasses both elements the provisioning/conditional access system 1b, and the cable headend 5, but some distinction of functionality ismaintained herein.

[0006] The cable set top box (“set top box” or “STB”) providesadditional flexibility for the cable system operator to provide basicand premium services. For analog services, the STB may authorize accessto, and descramble the video signals. For basic and premium digitalservices, the STB decodes and decrypts the digital MPEG program signalsthat include encoded video and audio signals. The STB also provides amechanism for the cable operator to selectively authorize reception ofan individual channel (e.g., premium service) or a group of channels(e.g., basic service). The STB is used by the cable operator toselectively authorize other services, such as enabling the purchase ofpay-per-view events or enabling an input/output port to connect to anexternal device. The STB typically incorporates specialized hardware andsoftware employed for decrypting digital program data. The specialhardware and software is typically embedded into the STB, but may beimplemented on a removable circuit card. Once the program data isdecrypted and decoded, it is then converted to a standard televisionsignal that is typically transmitted over a coaxial cable 9 to atraditional analog television set 10 for viewing. With the advent ofdigital televisions, the decrypted data may be digitally transmitted,either in the clear or further encrypted, to the digital television ordisplay monitor. The decryption techniques are typically based onsending periodic ECMs from the cable headend (specifically from the IRT)to the STB for decrypting digital program data. The keys are typicallysent using another encryption key. As programs are broadcasted onchannels over the cable distribution network 6, the STB cantheoretically tune to any channel. However, by sending the entitlementmanagement messages (EMMs) to a particular STB, the STB is able todecrypt the data only as authorized. Typically, a particular keyauthorizes viewing of only one channel. Other messages, containingchannel maps, indicate how to locate a particular channel in themultiplexed data. Thus, without having the channel map or decryptionkey, a STB cannot effectively provide a program to the viewer'stelevision. This is one embodiment of a common security scheme (a.k.a.“conditional access scheme”) that is designed to thwart theft of cableservices (either basic or premium services) by the use of illegal settop boxes to receive services.

[0007] A cable subscriber may indicate their request to add service,such as a premium channel by telephoning a customer servicerepresentative (“agent”) 522 and verbally indicating their subscriptionrequest. The agent is in a call center and operates a computer 523 forprovisioning the service. After obtaining the necessary information fromthe user, the agent 522 indicates the desired services 523 using acomputer operatively connected to a billing system 1 a andprovisioning/conditional access system 1 b. The billing system containsa database of ‘house records’, so called, as the records are associatedwith a house or residential serving location. Each record includes theaddress, and information as to what services can be provided to thatlocation. Typically, the cable network may have different servicecapabilities in different portions of the cable network, and thus notevery serving location is able to receive the same services. Forexample, the cable network may serve several subdivisions of homes witha portion of the cable network that has been upgraded that provides agreater number of channels and services than another subdivision that isserved with another portion of the cable network that has not beenupgraded. If the house record indicates the location is currentlyreceiving service, then the subscriber's name and service relatedinformation is provided. The records further indicate ‘outlet’information that includes information as to how many and which type ofset top boxes is present. Thus, any form of subscriber information orservice related information is typically maintained by the billingsystem. This includes a subscriber's current service selections, pastselections, payment related information, etc. Further, the billingsystem maintains information regarding various groupings of serviceoffering (“service packages”) that are mapped to “billing codes.” Thegroupings of services associated with a service package are defined byvarious business rules by the cable operator. The business rules notonly define which channels are associated with a service package, butinformation such as equipment requirements (e.g., required STB type ormodel number), billing aspects, and ancillary service aspects (e.g., useof a remote control, enabling a switched power outlet on the STB,enabling pay-per-view capabilities, etc.).

[0008] Each cable service package is mapped to a billing code (a.k.a.‘billing handle’) and then further mapped by theprovisioning/conditional access system to one or more service tiers. Aservice tier is typically associated with authorizing a STB to decode aparticular channel. Thus, ‘basic digital cable’ may have a singlebilling code that corresponds to a plurality of service tiers, whereeach service tier results in sending the STB the appropriate EMMsauthorizing the STB to decrypt the channels comprising basic digitalcable. The provisioning/conditional access system receives the billingcode along with the host address. The provisioning/conditional accesssystem maps the billing code to one or more service tiers andcommunicates the appropriate EMMs to the STB, which in turn, enables theSTB to decrypt the program. Thus, the provisioning/conditional accesssystem has limited knowledge of service related information andtypically does not have any subscriber level information.

[0009] Provisioning a service frequently involves adding a channel to anexisting subscriber's services and uses a similar scheme as describedabove. Adding a premium channel can be accomplished by instructing thebilling system 1 a to add a billing code to the subscriber's serviceprofile, which updates the billing associated with the subscriber. Thebilling system communicates the billing code and STB address to theprovisioning/conditional access system 1 b. The provisioning/conditionalaccess system then communicates the service tier by sending theappropriate decryption keys via an EMM to the STB.

[0010] In some cases, provisioning a service may result in authorizing asubscriber's STB to decode and decrypt multiple channels. A billing codecorresponding to ‘basic cable service’ may comprise, for example, 40channels. The billing system contains business rules that define thechannels associated with the basic service package with the billingcode, which in turn is mapped to 40 service tiers by theprovisioning/conditional access system.

[0011] However, provisioning a service may also involve authorizing orconfiguring other capabilities as part of the overall service that isnot associated with a STB decoding and decrypting a program. Forexample, cable system operators typically provide the STB access toprogram guide information. This can be accomplished by using the samescheme of communicating a service tier to the STB using the abovementioned process or sending a specific command message processed by theSTB. In the case of the use of a service tier, the service tier isassociated with an application in the STB that enables access toprogramming guide information. In this example, there are no ECMmessages sent, as there is no programming data to decrypt. In anotherexample, the cable system operator may enable the use of a remotecontroller with the STB. The STB can be configured to recognize acontroller by sending the STB a service tier or a specific commandmessage. Thus, in some instances, when a billing code is conveyed for aservice, (e.g., ‘basic cable service’), the provisioning/conditionalaccess system may map this billing code to several service tiers. Forexample, the ‘basic cable service’ billing code not only typicallyauthorizes various channels, but also may configure the STB for using aremote controller and configure the STB for receiving program guideinformation. In other circumstances, a billing code may be mapped toonly a single service tier (e.g., adding a premium channel).

[0012] In addition the billing system 1 a can instruct theprovisioning/conditional access system to perform other actionsinvolving the STB. The billing system can send commands or billing codesto the provisioning/conditional access system to effect variousfunctions. Some common commands include installing a particular STB,resetting a particular STB, downloading software, or polling aparticular STB. Installation of a STB involves theprovisioning/conditional access system storing information about a newlydeployed (or soon to be deployed) STB. Typically, the STB is identifiedby an address, such as a MAC level address used in conjunction with theserial number of the conditional access module. Resetting a target STBinstructs the provisioning/conditional access system to re-initializeparameters in a particular STB and potentially re-send decryption keysto the STB to authorize decoding of the appropriate channels.Downloading software to a host can be accomplished by sending a servicecode to the host, where the service tier indicates the host shouldmonitor a channel for updated software, and download it if the softwareis a newer version than contained in the host. Finally, polling a STB isused to periodically collect information from the target STB, such aspay-per-view viewing data maintained in the memory of the conditionalaccess module.

[0013] However, each of these commands or service tiers must berecognized by the conditional access module and either acted upon by theconditional access module or passed by the conditional access module tothe host.

[0014] In summary, provisioning existing cable services (‘legacy’services) typically involves an agent interacting with the billingsystem to create or modify a subscriber's record to add or delete abilling code associated with an existing subscriber's service profile.The billing system maintains subscriber and service related informationand sends a series of billing codes as appropriate along with thesubscriber's host address to the provisioning/conditional access system.The provisioning/conditional access system is aware of whether a billingcode is associated with authorizing a STB to receive a channel. Theprovisioning/conditional access system sends the service tier containedin an EMM to the STB via the cable headend. In this manner, thesubscriber is provisioned for a service. Other service relatedprovisioning aspects may also require sending potentially proprietarycommands to the STB, which may be proprietary in nature. Thus,provisioning a cable subscriber in a legacy system typically involvessending a combination of proprietary messages to authorize, configure,and command the host.

[0015] In the previous example, the cable distribution network 6provides a method for communicating messages to the STB, but notnecessarily in the reverse direction. If there is no reverse channelcommunication, then this type of cable distribution network is called aone-way network. Users desiring to communicate with the network (e.g.,requesting a service to be added) typically initiate communication withthe network via a telephone call to a network agent. Alternatively, theSTB may automatically initiate a call and interact with an automatedsystem. The agent then performs the appropriate provisioning actions. Inother networks, a reverse communication path is provided forcommunicating information from the STB to the headend. Such two-waycable networks allow data conveyed from the STB to the cable headend,such as acknowledging receipt of data. Since the STB can signal to thecable headend using the cable distribution plant 6, two-way networksalso allow greater flexibility in service offering. For example, earlydeployments of pay-per-view services on one-way networks relied on thetelephone network for reporting subscriber usage data to the cablenetwork in order to calculate the subscriber's billing charges. Withdeployment of two-way networks, pay-per-view subscribers with aconfigured STB can use the reverse path on the cable system to reportmonthly viewing data.

[0016] A STB that can signal in the reverse path on a two-way cablenetwork is different than a STB designed for one-way communication. FIG.2 illustrates one embodiment of the functional components in a prior artone-way STB 7. A tuner 20 receives the signal from the cabledistribution network 3 and then a demodulator 22 provides themultiplexed digital video information. The signal is also processed byreceiver 23 isolating out-of-band information, such as control messagesor decryption keys. Both the out-of-band messages and the videoinformation are sent to a Point of Deployment (“POD”) module 27 that maybe implemented on a removable circuit board for processing incomingdata. The POD module also performs decryption of the data.Alternatively, the POD functionality is implemented on circuitryembedded with other functionality in the STB. This is sometimes referredto as ‘embedded security.’ After decryption, the video information isdemultiplexed by the demultiplexor 25, decoded, and then provided as anoutput signal to a television. This could be in a PAL format (common inEurope), NTSC format (common in the U.S.), or in a digital format(suitable for newer digital televisions or display monitors), eitherencrypted or not.

[0017] The POD 27 functionality interworks with the Host 8, and the twosets of functions together embody a typical STB 7. The POD-to-Hostinterface 21 is defined by an industry standard published by the Societyof Cable Telecommunications Engineers in a document referenced as SCTE28 2003 (formerly referenced as “DVS 295”). A standard POD-to-Hostinterface facilitates different host manufacturers developing hostunits. Heretofore, the STB has been referred broadly, but it isnecessary to reference the host functionality distinct from the PODfunctionality.

[0018] The POD module contains security (encryption) related algorithmsand decryption keys. Its distribution is carefully controlled by themanufacturer and cable system operator. These security techniques arecalled ‘conditional access’ schemes and are designed to deter theft ofcable services as well as use of unauthorized STB units. Thus, the PODfunctionality is generically referred to as a ‘conditional accessmodule’ herein. Other common industry terms for the POD include“CableCARD™” or “removable security module.” The host is typicallyconsidered the remaining functionality in the STB including the CPU, butexcluding the conditional access module. Other possible implementationsintegrate the host functionality into a consumer electronics device(e.g., digital television) and use a removable conditional accessmodule. A removable conditional access module is typically inserted intoa slot on the consumer electronics device or STB.

[0019]FIG. 3 illustrates the prior art of a STB capable of two-waycommunication and is largely distinguishable from the one-way STB inthat the two-way STB incorporates a transmitter 28 for sendinginformation back to the headend. In both FIGS. 2 and 3, the STBcomprises a host 7 and a conditional access module 27. In both figures,the messages may be filtered by the conditional access module. Theconditional access module determines whether the message is passed tothe host CPU 26 or processed by the conditional access module. This istrue regardless of whether the messages are sent inband (involving thetuner 20 or the demodulator 22) or whether the messages are sentout-of-band (involving receiver 23). Consequently, in the currentexisting architecture, the provisioning of new or enhanced services mayrequire passing new messages in the existing architecture between thecable headend and the host. This typically requires reprogramming orreplacing conditional access modules in the deployed STB, or replacingthe STB. Further, this requires coordination and cooperation of theconditional access module manufacturer, host manufacturer, as well asthe headend equipment provider, to recognize and process the newmessages. In all cases, the authorization and command messages emanatefrom the cable headend and are directed to a specific conditional accessmodule, which then processes or forwards the message over the POD-hostinterface.

[0020] Because of the compatibility required between the cable headendand the STB, cable operators typically carefully control the connectionand use of STBs to the network. Typically, different conditional accessschemes are not compatible with each other. For example, two mainvendors of cable network equipment include Motorola® andScientific-Atlanta®. The conditional access schemes and messaging foreach vendor are typically not compatible with each other. Thus, a STBwith an embedded conditional access module functioning on one networkwill not operate on the other network. To minimize interoperabilityproblems and maintain customer satisfaction, the cable operatortypically provides the STB to the cable subscriber, often on a leasedbasis. Hence, the cable subscriber typically is limited in their choiceof STB brands and models. For a variety of reasons, many hostmanufacturers do not introduce innovative service capabilities in thehost application software because the new capabilities would have to besupported by potentially the cable headend, conditional access moduleand billing and provisioning/conditional access system. If the vendor ofthe conditional access module does not recognize or pass information toa host CPU, or does not pass it in a defined manner, then that hostcapability cannot be configured by the cable network. Further, thecoordination of development and deployment of new capabilities in thesevarious legacy systems is difficult and competing business interestslimit any coordination and cooperation. As evident, the development of anew host application executed by the CPU in the current architecturerequires coordination of the development and deployment of a definedcapability in the host with the conditional access module. Since currentcable networks maintain only a limited ability to discriminate betweendifferent host capabilities and cannot accommodate different conditionalaccess implementations, any deviation in the host's legacy basedsignaling capabilities results in host incompatibility. It is neithereconomically feasible, nor practical, for a cable system operator toreplace a conditional access module every time an upgrade is requireddue to a new messaging capability.

BRIEF SUMMARY OF THE INVENTION

[0021] Various methods for provisioning a host in a cable network aredisclosed, involving various input methods such as accessing a telephoneresponse system, accessing a web site, or talking with an agent. Varioustypes of information may be provided by the service initiator, includingservice related data, location related data, subscriber related data,and host related data. Further, different user-interfaces are disclosedand each user interface may support different user interactions, basedin part on the nature of the service and the capabilities defined by thesystem provider. In one embodiment, a user may receive a display on acomputer of service related options associated with a cable providerbased on the user's serving location. The user may also be presentedwith different features associated with one or more host devices for usewith the cable provider. The user may be presented with compatibilityinformation regarding selected services from the cable provider andfeatures associated with a selected host. The user may then provision aservice for a selected host with the selected cable service provider.Numerous other methods are disclosed involving various input systems anduser interactions that typically involve provisioning a serviceassociated with a user for a selected host on a selected cable serviceprovider.

[0022] In another embodiment of the present invention, various inputprovisioning systems are disclosed for provisioning a host in a cablesystem. The input system may utilize various computers, gateways,interactive voice response systems, communication links providingvarious user-interfaces and capabilities for different types of serviceinitiators, including end users, cable provider agents, and third partyretailers. In one embodiment a computer accesses a provisioning gatewayusing the Internet, and the provisioning gateway determines one ofseveral enhanced services systems to provision based in part on locationdata provided by the user of the computer. The provisioning gateway inturn generates a provisioning message indicating service selectioninformation and user identification that is provided to the appropriateenhanced services system in a compatible protocol format.

[0023] The summary is not comprehensive and does not detail all thevariations of the invention. Nor is this summary intended to limit theinvention in any way as defined by the claims.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING(S)

[0024] Having thus described the invention in general terms, referencewill now be made to the accompanying drawings, which are not necessarilydrawn to scale.

[0025]FIG. 1 depicts the prior art of a cable network including abilling and provisioning/conditional access system and a set top boxconnected to the cable network.

[0026]FIG. 2 depicts the prior art of various functions associated witha one-way set top box.

[0027]FIG. 3 depicts the prior art of various functions associated witha two-way set top box.

[0028]FIG. 4 illustrates one embodiment of functions associated with athird-party retailer provisioning a service for a customer in accordancewith the principles of the present invention.

[0029]FIG. 5 illustrates one embodiment of functions associated withcomparing services provided by a cable system operator with selectedhost products in a retail provisioning system in accordance with theprinciples of the present invention.

[0030]FIGS. 6a-6 d illustrate one embodiment of provisioning screensassociated with a third-party retailer provisioning a service inaccordance with the principles of the present invention.

[0031]FIG. 7 illustrates one embodiment of a high level overview of theprovisioning process according to the principles of the presentinvention.

[0032]FIG. 8 illustrates one embodiment of Enhanced Services Systemaccording to the principles of the present invention.

[0033]FIGS. 9a and 9 b illustrate embodiments of communication betweenthe Enhanced Services System and the Host according to the principles ofthe present invention.

[0034]FIG. 10 illustrates one embodiment of a workstation for creatingconfiguration messages according to the principles of the presentinvention.

[0035]FIG. 11 illustrates one embodiment of a user-interface of theconfiguration message set creation system according to the principles ofthe present invention.

[0036]FIG. 12 illustrates one embodiment of network and serviceconfiguration information for an enhanced service according to theprinciples of the present invention.

[0037]FIG. 13 illustrates one embodiment of the concept of provisioningcapability sets according to the principles of the present invention.

[0038]FIG. 14 illustrates one embodiment of a provisioning input systemarchitecture according to the principles of the present invention.

[0039]FIG. 15 illustrates another embodiment of a provisioning inputsystem architecture involving service provisioning menus on a televisionscreen according to the principles of the present invention.

[0040]FIG. 16 illustrates another embodiment of a provisioning inputsystem architecture according to the principles of the presentinvention.

[0041]FIG. 17 illustrates yet another alternative embodiment of a inputsystem provisioning architecture according to the principles of thepresent invention.

[0042]FIG. 18 illustrates one embodiment of information flows forhost-specific provisioning according to the principles of the presentinvention.

[0043]FIG. 19 illustrates one embodiment of the message flow forprovisioning a specific enhanced service according to the principles ofthe present invention.

[0044]FIGS. 20a-b illustrate one embodiment of provisioning a host on aone-way cable network in accordance with the principles of the presentinvention.

[0045]FIGS. 21a-b illustrate one embodiment of provisioning a host on atwo-way cable network in accordance with the principles of the presentinvention.

[0046]FIG. 22 illustrates one embodiment of the architecture forprovisioning a high-speed data service involving IEEE 802.11 wirelessaccess in accordance with the principles of the present invention.

[0047]FIG. 23 illustrates one embodiment of the architecture forprovisioning a music-on-demand service on a two-way cable network inaccordance with the principles of the present invention.

[0048]FIG. 24 illustrates one embodiment of the provisioning messageflow for a music-on-demand service on a two-way cable network inaccordance with the principles of the present invention.

[0049]FIG. 25 illustrates one embodiment of the Host Files Databaserepository in accordance with the principles of the present invention.

[0050]FIG. 26 illustrates one embodiment of the host manufacturer'sprocedures for introducing a host into the supply chain in accordancewith the principles of the present invention.

[0051]FIG. 27 illustrates one embodiment of a host profile file inaccordance with the principles of the present invention.

[0052]FIG. 28 illustrates one embodiment of a host protocol file inaccordance with the principles of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

[0053] The present inventions now will be described more fullyhereinafter with reference to the accompanying drawings, in which some,but not all embodiments of the invention are shown. Indeed, theseinventions may be embodied in many different forms and should not beconstrued as limited to the embodiments set forth herein; rather, theseembodiments are provided so that this disclosure will satisfy applicablelegal requirements. Like numbers refer to like elements throughout.

[0054] Overview

[0055] It is desirable that systems and methods be designed to allowvarious host manufacturers the ability to implement new servicecapabilities using new messages and minimize the coordinated developmentof new capabilities in the conditional access module and cable headend.Rather than require coordinated development in these legacy systems foreach new capability introduced by a host, it would be desirable toutilize existing capabilities to work around limitations in the legacysystem. By minimizing developing new functionality in legacy systems foreach new host, greater flexibility would be provided to hostmanufacturers for developing new host capabilities. A scheme forenabling new services should allow use of existing conditional accessmodules for existing (‘legacy’) capabilities, such as authorizingpremium channel viewing and pay-per-movie viewing. Thus, existingmechanisms used for message decoding, decryption, and authenticationshould be retained for controlling existing digital video, premium, andpay-per-view services. Further, these existing mechanisms should beallowed, if desired, as a step or component in configuring an enhancedservice. Enhanced (non-legacy) capabilities and services may be offeredusing the principles of the present invention. It is expected that hostsimplementing new capabilities will typically incorporate existingconditional access schemes and capabilities, but new capabilitiestypically will require use of new messages and parameters forcontrolling and configuring these new capabilities. Since the newmessages for a given host may not be common among all hostmanufacturers, it is desirable that host-specific messages beaccommodated for a plurality of hosts connected to a cable networkwithout requiring modification of the existing infrastructure. Thisrequires the cable system to be able to identify and use the appropriateand possibly unique messaging protocol for configuring an enhancedservice capability in a specific host.

[0056] Further, while the current video encoding and security schemesare retained as a ‘minimal subset’ to ensure compatibility of new hostswith legacy systems, it is anticipated that future video coding andalternative security schemes may be developed. For example, hosts may bedeveloped with more advanced video codecs, such as those based on thenewer MPEG 4 standard or Windows Media 9®. Alternatively, newer ordifferent conditional access schemes may be developed. A mechanism toallow introduction and evolution to these new capabilities in cablenetworks should be developed. Thus, a mechanism for allowing ‘legacy’capabilities to be augmented should be accommodated as well. Thisallows, for example, new conditional access schemes and video codingtechnologies to augment existing schemes.

[0057] Further, the implementation of new cable network servicesoperating in conjunction with new capabilities in the host may requireappropriate changes to the cable network billing andprovisioning/conditional access systems. It is desirable that changes tothese legacy systems be minimized as well. It is further desirable thatmore flexible and accessible service provisioning capabilities areafforded to subscribers as well as third parties. Thus, a flexibleprovisioning architecture is required.

[0058] The ability to accommodate different host capabilities providesthe opportunity for the host manufacturer to market new hosts ininnovative ways. Host manufacturers will typically offer differing hostfunctionality to meet customer needs not yet determined. Thus, supportsystems must be created to minimize customer dissatisfaction that mayoccur when a customer purchases a host that may be incompatible withtheir service needs or cable operator service offerings.

[0059] Further, a variety of brands and models of set top boxes may bemade available to the cable subscriber through a variety of distributionchannels, and a cable subscriber's choice should not be limited to thosesolely offered by the cable system operator. Each of the various brandsand models of STBs should interwork with the cable headend, and shouldbe easily configurable. Further, the conditional access module and hostmay be embodied in different forms with consumer electronics devices andshould not be limited to a separate physical electronics device (e.g.,‘box’) connected to a television.

[0060] Various systems and methods are disclosed allowing cablesubscribers to purchase set top boxes at a retailer for use in receivingcable services. Cable subscribers may purchase their set top boxes (STB)from a variety of distribution channels, including consumer electronicsretail store, retail, mail order, and Internet based retailers. Inaddition to selling STBs, retailers may also provision services for thecable subscriber. Retailers provisioning the service on behalf of thecable STB purchaser accomplish this by accessing a provisioning network.Alternatively, the cable subscriber themselves may provision theirservices by accessing the provisioning network, albeit with a differentlevel of functionality and user interface. In still another alternative,the cable subscriber may interact with a cable system representative(“agent”) to provision services. The provisioning network then interactswith various elements to configure the host as appropriate, includingnew systems such as an enhanced services system as well as legacysystems, such as the billing and/or provision/conditional access system.

[0061] Traditionally, the set top box has been a separate deviceprovided by the cable system provider and is typically co-locatedadjacent to the television it is connected with. However, as usedherein, a “set top box” may be embodied in various forms, and is notconstrained to the traditional embodiment of a separate electronics boxcomprising conditional access module and host functionality where thebox is connected to a television. The functionality of the conditionalaccess module and/or host may be integrated into various embodiments ofconsumer electronics devices, including digital televisions, monitors,or projection devices. The functionality may be embodied in a circuitboard interfacing with a personal computer. Alternatively, it may beintegrated into a home theater sound system or other video consumerelectronics equipment, such as videocassette recorders, personal digitalvideo recorders, media gateways, video game devices, and other types ofdigital video and/or audio devices. The set top box may incorporatefunctions typically not incorporated in current set top boxes, includingpersonal video recording capabilities, audio and data capabilities, andtelephony based capabilities. A cable subscriber may have several suchembodiments in their home with different capabilities and receivingdifferent services from the cable system provider. All these and otherembodiments are within the scope of “set top box” as used herein.Further, all the aforementioned services offered on a cable networkcould be services available to a ‘cable subscriber’. No limitations onthe embodiment of the functions associated with the set top box areintended based on current or past embodiments of the STB, host,conditional access module, or current cable service offerings. Further,it is not even required that the host devices manipulate video. As itwill be seen, the principles of the present invention may apply tonon-video applications, including telephony, MP3-based music recordingand playback, and high-speed data services (e.g. Internet access) orother capabilities. These and other capabilities may be marketed orimplemented in different consumer electronics device combinations.

[0062] Further, although a STB has traditionally comprised a host andembedded conditional access module, there is nothing limitingapplication of the present principles of the present invention only todevices having a physically separable conditional access module. Forexample, consumer electronic devices, such as digital televisions, mayincorporate integrated host functionality allowing connection of aphysically separate conditional access card. Further, other embodimentsmay utilize downloadable software in lieu of a conditional access card,where downloadable software configures the consumer electronics devicefor the particular conditional access method. The functionality of theconditional access module may be integrated into the host. Thus, amanufacturer may implement a STB that functions only with a particularconditional access scheme, or that stores a library of conditionalaccess schemes allowing selection and enablement of the appropriatescheme for a particular cable system provider. The activation of aparticular conditional access module may be enabled by payment of anappropriate fee, for example. Alternatively, compatible software foroperating a particular conditional access scheme may be loaded andstored in non-volatile memory of the device at the time of sale using avariety of technologies and media. Thus, the functionality of a host andconditional access scheme may be integrated into various forms ofconsumer electronics devices without the consumer requiring a physicallyseparate STB. In summary, the functionality of the host conditionalaccess module, and consumer electronics device may be combined andimplemented in various physical forms and combinations. Thus, anyconsumer electronics device interfacing with a service provider, for thepurposes of providing services and associated functions in conjunctionwith a network, including a cable network, falls within the scope of thepresent invention.

[0063] In illustrating the concepts of the present invention, typicalembodiments of the STB are illustrated in conjunction with a cablenetwork, though such embodiments do not limit the application of theprinciples of the present invention only to cable services. It istypical that current set top boxes comprise a host (which usuallyincludes a processor, software, and related components), a conditionalaccess module, and various interfaces for external devices. Theconditional access module is used to decrypt and decode not only basicdigital cable selections, but also various premium services, includingpremium channels (e.g., Showtime® and HBO®) and pay-per-view services.The principles of the present invention facilitate providing newservices by the cable operator without having to upgrade the conditionalaccess module functionality or other legacy systems or elements. Thus,the present invention is not dependent on a particular conditionalaccess scheme. However, nothing prohibits using the principles of thepresent invention to invoke legacy services by providing capabilitiesmimicking current capabilities, such as enabling more flexible premiumor pay-per-view services or using a yet to be defined conditional accessscheme. Thus, the present scheme could be used to configure and controllegacy type services using a yet-to-be-defined conditional accessscheme. In such instances, the conditional access functions could beviewed as residing in the host, as opposed to the conditional accessmodule. Further, the present scheme allows use of legacy capabilities asa component in the steps of configuring a new capability. Thus, a newservice may be accomplished by a combination of configuring new hostcapabilities along with using legacy based host capabilities.

[0064] The host may incorporate a variety of new capabilities and eachcapability may require host-specific messaging. Some capabilities may beunique to a service, while others may be used as components in severalservices. Cable system operators interact with a specific brand andmodel of a host by using host-specific files. The host-specific filesmay be provided to a cable system operator by a Host File Databasedownloading the appropriate host files. The HFD could automatically sendthe host files to the cable system operator, or the operator couldrequest the host file. Each set top box manufacturer deposits theappropriate host file(s) in the Host File Database to facilitatedistribution of the hosts' files to cable system operators.Alternatively, other distribution channels may be used to convey thehost file directly from the set top box manufacturer to the cableoperator. However, the ability to access host files for a specific typeof host at a central location facilitates the rapid development of newservice offering on cable networks as well as support for new hosts.

[0065] Once downloaded, the host protocol files are used by the cablesystem operator to create a “configuration message set” used toconfigure and enable a specific set top box for the desired service. Theconfiguration message set is one of several types of host-specificfiles. One type (called the host profile file) describes thefunctionality of a host and another type (called the host protocol file)provides protocol messages for configuring the host. The profile filesare used in part to drive a user-interface on a application running on aworkstation used to create a configuration message set. Theconfiguration message set incorporates the protocol messages in the hostprotocol file in conjunction with service related parameters to define ahost-specific message to configure a specific type of host for aspecific service. The configuration message set is typically a series ofcommands configuring the appropriate parameters in a host or instructingthe host to performs certain functions in order to accomplish thedesired service operation.

[0066] When a set top box is initially configured for a specificservice, a check is typically made contemporaneously to determine thatthe host brand and model is supported by the cable operator for thedesired service. If not supported, the cable system operator can obtainthe desired host file, define the appropriate configuration message set,and then offer the service in conjunction with that type of host.

[0067] The use of host-specific files allows host manufacturers tocreate and deploy different host capabilities without being constrainedby cable operators waiting for industry consensus among various entitiesfor standard messages to be agreed upon. Thus, host vendors are notrequired, nor expected, to implement an identical set of capabilities orthe same messaging protocols for configuring or enabling these newcapabilities. Host manufacturers can build, market, and distribute hostswithout being constrained to the lowest common denominator of compatiblecable network services. Further, cable operators can support newservices and hosts without being constrained to the lowest commondenominator of support in the legacy cable system for messagingcompatibility across STBs. It is assumed that STBs incorporating thesenew capabilities will support legacy type capabilities allowing aexisting services to be provided.

[0068] Although the cable network services are described as operating inthe context of a traditional coaxial-based physical distributionnetwork, the principles of the present invention are not limited anyparticular form of network distribution technology or architecture. Forexample, the principles of the present invention may apply to a cablenetwork comprising metallic coaxial transmission facilities, opticalfiber transmission facilities, or even wireless transmissiontechnologies. Various architectures, including rings, star or treearchitectures can be used. The wireless transmission technologies couldincorporate satellite or terrestrial based technologies, such as LocalMultipoint Distribution Services (LMDS) and Multichannel MultipointDistribution Services (MMDS) operating at various frequency ranges.Various distribution architectures can be used with the varioustransmission technologies, including broadcast, hierarchical tree,rings, inter-connected sub-nets, etc. Thus, “cable system operator” or“cable system” or “cable network” does not limit application of theprinciples of the present invention to any particular transmissiontechnology or distribution architecture. Further, the principles of thepresent invention are not limited to the delivery of video services overa cable distribution network, but could apply to delivery of other typesof single or multi-media services over other networks. For example,high-speed data services (a.k.a. broadband services) using an IP(Internet Protocol) based network, including s Video-Over-IP,Voice-Over-IP, or other types of broadband services can benefit from theprinciples of the present invention. Delivery of enhanced voice and dataservices over cellular networks, including services utilizing 3Gtechnology, graphical or video communication services, EDGE, CDPD, orother forms of wireless data transmission.

[0069] Subscriber Set Top Box Acquisition

[0070] The cable subscriber can obtain the set top box or host in avariety of ways using different marketing/distribution channels. Oneembodiment of this process is illustrated in FIG. 4. The cablesubscriber can obtain the set top box through any distribution channel,including mail order, telephone or Internet access, retail stores,specialty electronics, chain stores, or general merchandise stores. Theembodiment illustrated by FIG. 4 is based on the user purchasing the settop box at a retail store, such as an electronics specialty store orremotely from a mail order based specialty distributor. As a widevariety of manufacturers and features are possible, the customer mayrequire further product information and assistance in the selection of ahost. In step 400, the customer may access a self-serve kiosk providingdescription of the features and/or a comparison of various models. Thekiosk may comprise a touch-screen monitor interacting and educating thecustomer about host features, various cable operator services, andcompatibility between the two. The kiosk may access a third-party website providing such serviceability and compatibility data.Alternatively, the customer may obtain this information via othersources such as directly from the third-party website offeringuser-interface comparing features and compatibility.

[0071] Next, in step 401 the customer selects the particular host topurchase. The retailer may assist the customer in determining if the settop box is compatible with the customer's selected cable serviceprovider. In some cases, the customer may already know the exact hostbrand and model, and the retailer need not verify compatibility, buttypically customers will require some assistance. Thus, in step 402 theretailer accesses a cable service provisioning network. The provisioningnetwork may be accessed with the aforementioned kiosk, or a dedicated PCterminal having Internet access to an informational website or athird-party offering an informational website. The retail salespersonnel uses the service provisioning network to select theappropriate cable system operator for the customer. In many cases, theremay be more than one potential service provider serving the customer'sservice location. The service location is typically indicated by mappingthe customer's address or telephone number to a geographic location,which is then compared to the various service providers' serving areas.The ‘location data’ provided by a customer can be their name, address,telephone number, zip-code, neighborhood name, etc. other informationthan can be used to derive the service location desired by the customer.The mapping can be accomplished by using geographic information systemsas is well known in the art. In other instances, the customer mayalready have an established business relationship with a serviceprovider. In this case, the customer may provide their account numberpertaining to their current cable provider or other related serviceprovider specific information. If the customer is an existing cableservice subscriber, the provisioning network allows the customer'scurrent service status be verified, namely to determine their status andcurrently subscribed services. Frequently, existing customers mayupgrade or alter their services. Once the appropriate current orproposed cable service provider is selected, the retailer can comparethe compatibility of the host capabilities with the network services.The customer may be presented with information of which services areoffered by the cable system operator and which of those services can besupported by the particular host. Not all hosts will incorporate thesame level of functionality for supporting enhanced services. It isexpected that as certain capabilities prove popular, more and more hostmanufacturers will incorporate those capabilities in their host productswith a similar subset of core features.

[0072] When purchasing a set top box, the purchaser may be required toobtain the appropriate conditional access module, if the host requiresan externally connected conditional access module. Alternatively, theaforementioned techniques of downloading or enabling the appropriateconditional access module may be used. The type of conditional accessmodule is dependent on the conditional access scheme used in theparticular cable network servicing the subscriber. Thus, if the retailerprovides the conditional access module, then the retailer must selectthe corresponding type of conditional access module that is compatiblewith the conditional access scheme and enable it. Typically, in suchcases the retailer will install or otherwise enable the conditionalaccess module in the host. This is illustrated in step 404. In othercases, the retailer may not be providing the conditional access moduleand the customer may need to obtain the conditional access module fromtheir cable provider and install it. Installation may involve simplyinstalling a card (e.g., similar to a PCMCIA card) into a slot thatmates with a connector. Whether the conditional access functionality isembedded with the host circuitry or embodied by a separate card, theconditional access module typically is associated with identifyingnumbers, such as a serial number and/or a MAC address that is providedto the cable network for use in communicating with the device. Thesenumber(s) may be affixed to the module, affixed to the packagecontaining the conditional access module, or indicated in some othermanner, whether in machine readable form or human readable form.Alternatively, the conditional access module may not be provided by theretailer with the host, and the retailer only provides host relatedinformation. The retailer typically provides the identifying informationto the provisioning system as well as information pertaining to the hosttype, typically as identified by the host manufacturer and modelidentifiers, although other identifying means can be used, such as codeabbreviations, industry agreed to identifiers, etc. In some cases, a barcode reader is used to read a bar code on the unit indicating thisinformation. It is possible in certain situation that a customer'sexisting conditional access module can be used in another host shouldthe cable subscriber decide to upgrade their set top box. In suchsituations, the customer may physically hand over a conditional accessmodule to the retailer for installation, or alternatively install themodule themselves. In either case, the information associated with theconditional access module is typically provided as part of theprovisioning process. In other situations, when a subscriber upgradestheir host, a new module may be required. It is likely the new hostalong with the previously obtained module will have to bere-initialized. Typically, it is not possible to swap conditional accessmodules from one host to another host without having the cable operatorre-initialize the conditional access module/host. The conditional accessschemes are designed to prevent theft of cable services and simplyinstalling an unauthorized conditional access module into another hostwill not allow reception of cable services.

[0073] The retailer completes the provisioning process in step 406 byselecting the services desired by the customer. In some cases, the cablesystem operator may market two services that are very similar or theymay choose to market a single service with multiple options. Forexample, a basic version of a personal video recoding service and adeluxe version could be marketed as one service with an optional upgradeor as two separate services. The only difference in configuring maycorrespond to setting a specific parameter(s) with different values. Asit will be seen, the choice of marketing by a cable system operator ofservices does not typically determine how the configuration messagingoccurs in the host.

[0074] As part of the purchase of the device or services, the retailerwill typically summarize the services, parameters, and charges, andprovide the customer with a paper-based printed summary as part offinalizing the service contract. Alternatively, the information may beprovided to the customer in an electronic form, such as via an emailmessage or loading the data into a solid-state memory chip. The retailerwill typically also provide the customer with a transaction referencenumber that may be used to identify the transaction to the cable systemoperator. In some ways as will be discussed subsequently, thetransaction may be viewed as a pending transaction that has not been yetfully acted upon. Lastly, in step 408 the retail sale of the set top boxand associated services is completed and payment is received usingtraditional forms of payment, including credit cards. The customertypically pays for at least the physical device purchased. Depending onthe business relationship between the retailer and the cable serviceprovider, the customer may also pay in advance for the provisioned cableservices.

[0075] While the previous example illustrates the customer purchasing anew STB in conjunction with cable services, this is not a requirement.The customer may be only purchasing a new host for use with theirexisting cable services and conditional access module. For example, theset top box purchased may have other capabilities desired by thecustomer (e.g., smaller size or a more stylish case) or the new STB mayreplace a non-functioning model. Further, a STB may be purchased by acustomer in anticipation of future activation of services. In thissituation, it follows that there may be instances where the customersubsequently only purchases the enhanced service at the retailer withoutpurchasing the set top box. Alternatively, only a basic service may havebeen purchased. Further, there is no requirement that the STB andservice must be purchased at the same retailer. In instances where thecustomer has an existing STB, the provisioning network may be able toaccess information from the customer's cable system provider regardingthe STB currently used by the customer and complete serviceprovisioning.

[0076] Another system accessed by the retailer may assist in comparingservice offerings of various cable system operators with the varioushosts being considered for purchase by the customer (this may beintegrated with the provisioning network or accessible as a separatesystem). As indicated, hosts typically provide different capabilitiesand if a customer desires a specific service, the host should becompatible with the service offering. The comparison of cable systemservices and host capabilities is illustrated in FIG. 5 for thisembodiment.

[0077]FIG. 5 illustrates one cable system operator 450 being consideredby a hypothetical customer. It is not unusual for a customer to haveonly one cable system operator providing service in a given area,consequently only one cable system provider 450 is illustrated in FIG.5. A list of service offerings 452 associated with the cable systemprovider is illustrated, and this usually includes basic servicepackages (e.g., typically pre-defined ‘bundles’ of channels) as wellalso premium channels, and pay-per-view services. The list of offeredservices is exemplary, and other service providers may offer more ordifferent services, such as Interactive Television (ITV), interactivevideo games, information services, etc. The list represents legacyservices currently available to cable subscribers, (e.g. “legacyservices”) and new services (“enhanced services”). In this embodiment,three enhanced services are listed: Personal Video Recording (PVR),high-speed data access (Internet access), and telephony service. All ofthese are potential services that can be provided over the cablenetwork. The use of an enhanced service typically requires correspondinghost functionality.

[0078] The host functionality is illustrated as well in FIG. 5. In thisembodiment, the customer has selected four Hosts: Host “X” 454, Host “Y”456, Host “Z” 458 and Host “A” 485. These may correspond to fourdifferent manufacturers (brands) of hosts, four different models by onemanufacturer, or various combinations. It is possible that the samemodel of the same brand to have different software releases. This may bethe case where different protocol releases exist, or when an internalupgrade to the host architecture requires an updated host file. In thisembodiment, each host corresponds to a different brand providingdifferent capabilities. Host “X” 454 for example, is shown as providinga list of services 455 including PVR 460 and telephony services. The PVRservice 460 capability allows a maximum recording time of 120 hours, useof 7 control functions, and an erase delay (program retention time)capability. The recording time may be dictated by the hardwarecomponents, such as hard disk storage capacity. The telephonycapabilities allow a telephone to be connected, and this host is listedas providing basic telephony service and caller ID capabilities. In thisembodiment, the caller ID can be provided both by displaying the numberon the television and by audio speech synthesis. Similarly, Host “Y” 456has associated services listed 457 that also incorporate PVR 462 andtelephony capabilities. In this instance, the PVR service 462 only has60 hours of recording time reflecting the storage capacity of thatparticular host. Host “Z” 458 has services listed 459 including both PVR464 and high-speed data (Internet) 466 capabilities. However, Host “Z”incorporates two tuners allowing the ability to simultaneously watch andrecord two separate channels.

[0079] Finally, Host “A” 485 has a service listing 486 that providesmusic-on-demand capabilities, but does not provide PVR capabilities.Thus, this Host does not have the capability to provide PVR service.Further, the cable system operator does not provide a music-on-demandservice. Thus, a subscriber desiring PVR service would not likely selectthis host, since the cable system network operator would not be able toenable the host for that service. Nor would a subscriber desiringmusic-on-demand service be able to use this host to obtain thecorresponding service since the service is not available from the cablesystem operator.

[0080] The compatibility of the cable system services 452 and thevarious host service listings 455, 457, 458, 459 are represented by thevarious arrows 474, 472, 470, 468. Specifically, the PVR service 476offered by the cable operator is compatible with the PVR capability 460,462, 464 in the hosts. This is indicated by various mapping lines 474,472, 470 respectively. However, the high speed data access 478 serviceoffered by the cable system operator is only supported by the Servicelist 459 of Host “Z.” As indicated by the line 468, the correspondingInternet 466 access is only shown in the service listing 459 for Host“Z”. The telephony service is not illustrated as mapped in FIG. 5, butit becomes evident that the telephony capability is supported by Host“X” and Host “Y,” but not Host “Z.” As previously indicated, Host “A” isnot compatible with any of the enhanced services offered by the cablesystem provider. However, Host “A” typically is compatible with thelegacy (e.g., basic, premium, and pay-per-view) services offered by thecable system provider and may be purchased by the customer for use withthose services.

[0081]FIG. 5 illustrates one embodiment of comparing cable systemservices with host capabilities. This could be embodied in a kiosk-typearrangement where information is presented to the user in a graphicalform and allows the user to interactively select, review, and comparevarious hosts. Alternative embodiments include sales displays,brochures, graphical charts, etc. Further, variations are possible as tohow the information can be presented. For example, all the features ofthe host could be displayed using graphical icons, with thosecapabilities compatible with the selected cable system highlighted onthe screen. In addition, the services supported by the cable systemoperator that are not supported by the host could be highlighted inother ways. Numerous methods of presenting information to the user canbe defined using various colors, shapes, and menu options. Those skilledin the art in web design can readily construct various user-interfacesto facilitate identification, comparison, and selection of compatibleservices.

[0082] The retailer typically provisions services associated with theSTB by accessing a provisioning network, typically implemented using adedicated PC connected to the Internet. The retail sales personnelaccesses a secure website typically dedicated to, and only accessibleby, authorized retailers for provisioning service capabilities for thepurchaser. Although the use of web servers on the Internet is oneembodiment, other data communication facilities and networks can beused, including virtual private networks, Wide Area Networks, X.25,dial-up access, et cetera. FIGS. 6a-6 d illustrate one embodiment of thehuman-machine interface that may be presented to retail sales personneland potentially the customer for ordering services. This embodiment maybe predicated on a previous determination of the compatibility of thehost and cable system provider. In FIG. 6a, a display soliciting inputis presented and the retailer provides information regarding thepotential subscriber. This information typically comprises at least thename, address, and telephone number 500 of the subscriber. It ispresumed the serving location is coincident with the address of thesubscriber. Further information is typically obtained from thesubscriber, such as whether they are an existing cable subscriber 502and payment terms 503.

[0083] Once the system ascertains the subscriber's personal information,it is confirmed. This is illustrated in FIG. 6b where the name andaddress is confirmed 510 and the local cable provider is identified andthe services offered are listed 512. This may incorporate a geographicalinformation database to use the customer location information toidentify a potential cable service provider(s). In some embodimentsfurther information describing the service aspects, cost, and termsmaybe provided. The purpose of this screen menu is to confirm theservices available via a potential cable system provider and to provideinformation so that the customer can select the desired services topurchase.

[0084] In FIG. 6c, the services available by the selected cable serviceprovider are confirmed 520 and are illustrated as selections desired bythe customer 522 along with their monthly charges 524. A variety ofmenus or computer display windows may be provided for other selectionoptions, parameters, and service attributes. In one embodiment, theservices selected may be grouped into a bundle to facilitate selection,such as in this embodiment where the services are part of a ‘SilverPackage.’ Other embodiments may allow individual service selection, orhave other types of packages identified with other names. Once all theinformation is collected and processed for submission, the provisioningnetwork confirms the services provisioned as shown in FIG. 6d. In FIG.6d, the name 530, charges 532 and services 534 are confirmed andsummarized so that the purchaser has a record of the transactiondetails. In this embodiment, all the relevant details are printed out onpaper and provided to the customer as a physical copy of thetransaction. The summary typically includes a transaction referencenumber that identifies the provisioning transaction. As will be seen,the transaction reference number may be used by the customer whenactivating their host, particularly if the cable network is a one-waynetwork.

[0085] The preceding represents one embodiment for purchasing services.The purchasing of services is not required to occur with the purchasingof the set top box. For example, in this embodiment, the user selectedtheir STB and the desired services, which the STB was determined tosupport. Alternatively, the customer may have previously purchased a STBthat supports all of the services, and is just now purchasing andprovisioning the indicated services. While variations on the user menusand content are readily discernable, the embodiments of FIGS. 6a-6 dillustrate some of the steps that may be required for a retailerprovisioning a STB and related cable services. Further, some aspects ofthe provisioning system may be proprietary to the retailer. For example,the retailer may implement a self-serve kiosk informational hostmarketing system listing the brands of hosts stocked by the retailer andproviding comparative information or they may access a third-partyserviceability database. Once the customer selects the host, a separateprovisioning system may be accessed by the store personnel. Theprovisioning system can still check whether the host is compatible withcable system operator. Alternatively, the provisioning system may accessa third-party serviceability database that maintains this information.Alternatively, the information host marketing system and theprovisioning system may be integrated. Further, either embodiment of theprovisioning system could be integrated with the retailer's point ofsale system and/or inventory control system, as well as support multipleretail stores.

[0086] Once all the information is obtained and the purchase of the STBand/or services is completed, the purchaser typically then returns totheir residence, installs the set top box (if one was purchased), andactivates power to the unit. Typically the purchaser is anxious to trythe newly purchased service(s) and then invokes the provisionedservice(s).

[0087] Service Provisioning—Overview

[0088] There are various systems and phases associated with reaching theend result of enabling a service for a subscriber. “ServiceProvisioning” or “provisioning” can broadly describe any of the relatedsteps or processes involved in enabling a service. This may involvevarious types of processes, actions, messages, as well as systemincluding input systems, legacy systems, and the enhanced servicessystem. Provisioning involves sending authorization messages,configuration messages, and potentially command messages to a STB.Further, various billing systems and service records need to be updatedand as noted, in some services such as pay-per-view, the network maycollect usage measurements periodically (e.g., monthly) in order tocalculate the subscriber's bill. Thus, “provisioning” encompasses a widevariety of actions and any such service related actions are within thescope of “provisioning.” Consequently, any of the actions and events forprovisioning an enhanced service are within the principles of thepresent invention even if some of the steps associated with provisioningan enhanced service involve legacy based commands or configurationmessages.

[0089] In order to facilitate presentation of the concepts, theprovisioning process is divided into three categories. As shown in FIG.7, actions can be divided into network-specific 801 and host-specificactions 802. The network-specific actions typically occur only once andprior to configuring a specific host. These actions can be characterizedas network and servicing configuration actions 804. The host-specificactions are associated with configuring and commanding a specific hostin association with a specific service.

[0090] The network and service configuration process 804 establishesservice related data in the various network elements that are requiredto provision a specific host with a service and creates theconfiguration message sets used to configure a specific type of host.The network configuration actions typically involve defining servicerelated data, such as billing codes, in various cable network elementsand systems, including the billing system and enhanced services system.Associated with the service configuration is defining how the serviceoperates in general, as well as for a specific host. This involvescreating a host-specific configuration message set using the hostprotocol file. The cable system operator defines the configurationmessage set mindful of the host capabilities and the defined serviceaspects. The desired service operation is obtained by configuringcertain parameters of the service that characterize the service'soperation. Some of these may be considered network default parameters.For example, in the U.S., National Television System Committee (NTSC)based video signals are common for providing video signals from a STB toa television. In Europe, the Phase Alteration Line (PAL) is a different,widely adopted standard used by televisions. Thus, U.S. cable systemoperators would likely default to NTSC in configuring an enhancedservices, unless service reasons motivated otherwise. Other parametersmay be configured on a service specific basis, such as how long apersonal video recording service may allow recording of programming.

[0091] Once network and service configuration is completed for aservice, customers can subscribe to the service and have their specifichosts configured for the service. Configuring a specific host can be isdivided into two parts: external system input of service related data806 and host specific configuration and control 808. The first part,input of service related data 806, typically involves an input systeminteracting with the cable subscriber in some manner to collect servicerelated data. The system is typically external to the cable network, andmay be operated by a third-party. The subscriber's interaction with theinput system may be direct or indirect (e.g. involving another personaiding the subscriber with service selection). Typical function of theinput system is to collect basic service related information andcommunicate the information in a compatible format to the appropriatecable system. Various types of provisioning input systems can be used inparallel to provide flexibility of the user interface, and these systemare typically ‘loosely’ coupled from the cable network elements.

[0092] The external systems pass information to ‘tightly coupled’elements that perform the host-specific configuration and controlactions 808. Configuration and control actions use a host-specificconfiguration message set to directly communicate with a specific hostassociated with the subscriber to configure the specific service. Thehost-specific configuration and control typically involves various cablesystem elements. This involves new network elements, collectively calledthe Enhanced Services System, interacting with the the legacy elements,such as the cable headend, billing system, and provisioning/conditionalaccess system.

[0093] Enhanced Services System

[0094] In FIG. 8, the legacy elements include the billing 1 a andprovisioning/conditional access 1 b systems, the cable headend 5, andthe set top box 7. As previously indicated, the provisioning of legacyservices involves the communication of information 46 from the billingsystem to the provisioning/conditional access system, then to the cableheadend, and then to the set top box 7. This information includesproviding channel maps, authorizing STB by conveying EMMs, configuringcapabilities in the STB, etc., as is well known in the art.

[0095] For provisioning enhanced services, the Enhanced Services System49 may interact with the legacy elements. The Enhanced Services System49 comprises an Enhanced Services Server (ESS) 40 and the EnhancedServices Database (ESD) 42. The ESS 40 typically comprises a processor,memory, and associated interfaces, while the ESD 42 comprises a databaseand associated software applications, such as a database managementapplication. Although the ESS and ESD are depicted as two functionalcomponents, those skilled in the art of computer systems will readilyappreciate that these may be embodied as a single physical computingsystem. The ESS augments the existing legacy system and serves as a‘service overlay’ in that new capabilities may be offered using the ESSwhile existing capabilities may be retained.

[0096] Other embodiments are possible. For example, generally herein theESS is shown as a single system dedicated to one and only one cablesystem. In other embodiments, a system operator may have multiple cablesystems served by a single ESS system. Other embodiments may utilizemore than one ESS serving one or more cable systems. Still otherembodiments may have the cable system operator relying on a third partyservice bureau providing the ESS functionality. In this last embodiment,the ESS could be a single large ESS that is logically partitioned intovirtual systems allocated to a given cable system operator. These andother variations are within the scope of the present invention. Further,the advent of high speed communication networks means that the ESS maybe remotely located from the cable system. Thus, even thought the ESS is‘tightly’ coupled with the cable system, this does not require anyparticular physical placement or ownership of the ESS relative to thecable system.

[0097] The ESS 40 may obtain information from the ESD that is requiredby the ESS to complete an enhanced service provisioning action. Forexample, the ESD maintains a library of previously created host-specificconfiguration message sets and their association to a specific host. TheESS is able to retrieve the current host configuration message set filefor a specific manufacturer's brand and type (model) of host and use themessages to configure specific brand and type of host for a specificservice. The ESD further may maintain a file indicating the host(s) usedby a subscriber. Thus, the ESS is able to determine that a specificcable subscriber is using Host “Brand A.” This may include informationregarding a particular software version, software inventory, orcapability associated with Host “Brand A.” It is possible that asubscriber may have multiple hosts (which is often the case withmultiple STBs present in a residence), so that subscriber informationmay be linked to a plurality of hosts.

[0098] In general, the data required to configure a host for an enhancedservices request is maintained in the enhanced services system ratherthan the billing system or provisioning/conditional access system. Inmany embodiments, it is desirable to minimize development in the billingor provisioning/conditional access system to accommodate provisioningenhanced services. Thus, while a new billing code may be defined in thebilling system for an enhanced service, the billing code may not beinherently distinguishable by the billing system from the other legacybilling codes. Similarly, while the provisioning/conditional accesssystem may be able to communicate a new service tier to a target host,the service tier is typically not distinguishable by theprovisioning/conditional access system from other service tiers exceptto the extent that an authorization key is required. However, the hostis aware of the enhanced service capability as it contains applicationsoftware programmed to perform the associated capability. Frequently, tocomplete the provisioning of an enhanced service, the ESS may combineseveral steps involving existing legacy capabilities with stepsinvolving configuring new capabilities. In this manner, the existingcapabilities of the legacy systems and elements are utilized in theprovisioning of an enhanced service with little or no modification.

[0099] A typical action taken by the host upon receipt of aconfiguration message may be for the host to tune to an indicatedchannel and receive further application software or other softwareobjects. Thus, the configuration message can be used to loadhost-specific code. This could be application level code, middlewarecode, or firmware code.

[0100] In other instances, the configuration command may instruct thehost to obtain service data required for service operation. For example,some services may require access to extended program guide information.Currently, a STB is provided only limited program guide data (e.g., afew days). A step of the enhanced service operation may indicate to thehost where extended program data can be obtained (e.g., the next twoweeks of scheduled programming). While all hosts enabled for the servicereceive the same extended program guide information, how each host isinstructed to receive the extended program guide information may bedifferent. For example, the program guide data could be downloaded tothe host using the out-of-band channel. Alternatively, the data could besent by the ESS (or some other source) on a broadcast channel inconjunction with a configuration message indicating where the channelcan be located. Alternatively, the host may be provided a URL which itcan use to download the data on a DOCSIS channel. Still further, a datacarousel can be used in conjunction with the configuration messageindicating how to access the carousel data.

[0101] The configuration commands may not only tell a host where tolocate the data, but when to locate that data. For example, a host thathas just been configured for personal video recording service may befurther commanded to get the extended program guide data immediately ifthe host uses the DOCSIS channel. Alternatively, the host may becommanded to obtain the guide data by tuning to a broadcast channel onlyif the user is not currently viewing a program (i.e., the tuner is notalready tuned to a channel), otherwise the host may be instructed toobtain the data at a time unlikely to interfere with the user's viewing(e.g., 3:00 a.m.). If the host has two tuners, then it may beappropriate to command the host to tune immediately to the broadcastchannel to obtain the guide data.

[0102] The ESS services system may configure the host not only when theservice is enabled, but if the host requires re-initialization. Forexample, the host may have lost power and request re-initialization. Or,the ESS may instruct the host to obtain updated extended program guidedata because the cable operator or networks have altered the channellineup or programming. This would require all hosts associated with theenhanced service to re-acquire the extended program guide data.

[0103] As shown in FIG. 8, the ESS 40 communicates with both the legacybilling system and the provisioning/conditional access system. The ESSmay interact with the legacy systems for various reasons. On the firstinstance, the ESS may invoke existing legacy service capabilities for aspecific host separately from an enhanced service. For example, as itwill be shown, the user may purchase a new host and have the retailerprovision the new host for legacy services (e.g., basic cable andpremium channels). In the second instance, the ESS may also use theexisting legacy system capabilities for provisioning enhanced services.The existing legacy capabilities may be one component or step inproviding an enhanced service.

[0104] In the first instance, the ESS can be used to provide flexibilityin provisioning legacy services. For example, the ESS can send a requestto the billing system 1 a ‘mimicking’ input from a service initiator.Specifically, the ESS can control activation of a legacy service bycommanding the billing system to provide a premium channel using theexisting legacy based procedures. In other cases, the ESS can ‘mimic’the billing system functionality by sending a command to theprovisioning/conditional access system. For example, recall that thebilling system could request the provisioning/conditional access systemto reinitialize a STB. The ESS can provide this command to theprovisioning/conditional access system, and the provisioning/conditionalaccess system acts upon the request as if it came from the billingsystem. As it will be seen, this can be used in conjunction withactivating the host when the host is placed on the cable plant. Thus,the provisioning architecture used to provision enhanced services canalso be used to provide flexibility in provisioning legacy basedservices.

[0105] In the second instance, the legacy capabilities may be used inconjunction with an enhanced service. For example, after provisioning anenhanced service, proper operation may require reinitializing the STB.The ESS can issue a re-initialization or reset command to theprovisioning/conditional access system to accomplish this last step. Asit will be seen, in some instances, host “A” may be reinitialized orreset by the ESS using a legacy capability, while host “B” may bereinitialized using a new, enhanced service capability. In the lattercase, the ESS does not use the provisioning/conditional access system,but issues a host-specific command message. This situation reflects thefact that different legacy capabilities exist in different cablesystems, and hosts may develop new capabilities at different times.Alternatively, this situation may reflect that issuing a command toinvoke the ‘newer’ re-initialization capability in host “B” is moredesirable (for whatever reason) by the cable system operator, but sincethe only capability available in host “A” is to use the legacyre-initialization capability, that may have to be used in lieu of notinitializing the host at all. In yet another alternative, the cablesystem operator may choose not to support the service in host “A” untilthe host manufacture supports an enhanced re-initialization capability.In provisioning other enhanced services, the ESS may configure anenhanced service in the host by sending a service tier to theprovisioning/conditional access system to authorize viewing of achannel. The ESS in essence mimics the billing system to theprovisioning/conditional access system, which in turn sends the servicetier to the host along with the necessary EMMs. The ESS may then streamreplacement application software or video on the indicated channel forthe host, which is decrypted. In this manner, the existing legacyinfrastructure can be used with minimal modification to invoke, control,and configure enhanced services in the host.

[0106] One embodiment of the communication between the Enhanced ServicesServer 40 and the host 8 is further illustrated in FIG. 9a. Thecommunication architecture may vary based on the cable headend vendorand other factors. As previously indicated, different vendors may haveslightly different communication architectures. FIG. 9a corresponds toan architecture used by Scientific-Atlanta® based cable systems. Ingeneral, data can be conveyed to the host 8 using inband tuners 20 orout-of-band tuners/receivers 23. Out-of-band messages are communicatedusing the MAC address of the host or conditional access module. Bothtuners are typically considered as host functionality. In either methodof sending data, the tuners in the host receive data and forward thedata to the conditional access module 27. Since the data is not intendedfor the conditional access module, it is forwarded back to the host. TheESS is required to send addressed messages in the proper manner. Themessages may be conveyed as a unicast message, which is targeted to aspecific host; multicast, which is targeted to a defined group of hosts;or broadcast, which is targeted to all hosts. The messages are conveyedas payload information over the cable distribution network. No specialencoding is required.

[0107] Inband messages are multiplexed into the broadcast transportstreams. Inband data is typically sent when a large amount of data isinvolved. Examples include transferring replacement extended programguide data, core operating systems of the host, navigator applications,etc. Thus, data 825 from the ESS 40 is conveyed to the broadcast filesystem 820 that distributes the data on a channel 831. Typically, thechannel 831 is time multiplexed with other data. This process is calleda ‘carousel’ as various files are broadcasted on a periodic round-robinbasis by the cable system on the channel. Thus, when the ESS transmitsdata for a particular host, there may be a minimal time delay before thehost receives the data as other files in the queue are transmitted.Further, in some cases, the file broadcasted to a host may be repeatedseveral times on the channel 831 by the carousel to ensure properreception of the data.

[0108] Data sent using the out-of-band (OOB) channel 831 typically has alower overall bandwidth. The ESS 40 can send files 826 and messaging 827by transmitting the data to the OOB modulator 822. This embodimentillustrates a QPSK modulator, but other modulators could be usedconsistent with the principles of the present invention. The OOB channel830 has limited bandwidth, so the cable operator may choose to limit thetypes of messages using this channel. For example, the host continuouslymonitors the control channel, and the ESS may use this channel to send acommand indicating to the host where to tune to get its provisioningdata. If the host and cable network support two-way communication, areturn path (not shown) allows the host to communicate to the ESS. TheESS can also authorize a STB for legacy type capabilities bycommunicating an authorization request 828 via the legacyprovisioning/conditional access system 1 b. Any other legacy command orconfiguration message implemented by the provisioning/conditional accesssystem 1 b can be signaled by the ESS.

[0109]FIG. 9b illustrates communication between the ESS and host using aMotorola® based cable distribution network. In this embodiment, allmessages are encoded using the proprietary DCII message formats. Thesemessages are carried in MPEG-2 private sections that are delivered viaMPEG-2 transport streams. The conditional access module and hostaddressing is embedded in the DCII message format and the ESS isrequired to not only address the message, but also create the message inthe proper format. The DCII message format is used for sending messagesinband as well as out-of-band. For inband messages, the DCII sectionsare multiplexed into the broadcast transport streams. However, typicallyinband enhanced service communication is used for transferring largerfiles, such as the aforementioned operating system code and extendedprogram guide data. DCII messages received by the conditional accessmodule addressed to the host have the DCII proprietary encapsulationstripped off with the payload prior to conveyance to the host.

[0110] Similarly, a carousel 858 may be involved to convey messages onthe out-of-band path. Typically, this again is used with configurationcommands to indicate to the host, which channel to tune to in order toreceive further configuration data. Alternatively, the configurationmessages can bypass the carousel and be sent directly via theout-of-band modulator 822 using the DCII addressed messages 856.

[0111] The previous two figures illustrate embodiments for achieving ESSto host communication using existing communication architectures andcapabilities. These are used to configure a specific host. Now that thearchitecture and high-level operation of the ESS and ESD has beenpresented, the various elements involved in pre-provisioning and howthey relate to the ESS are further examined.

[0112] Network and Service Configuration

[0113] As previously stated, network and service configurationactivities involve establishing service related parameters in variousnetwork elements before any single, specific subscriber can beprovisioned. Network configuration can be characterized as configuringnetwork elements for billing, service tiers, and establishing thevarious configuration and command messages. Service configuration can becharacterized as defining configuration message sets for a specificservice and host type. Because these are closely related, these arefrequently discussed as a single group of related events. Thedistinction is not always clear, nor critical to understanding theinventive concepts. Once network and service configuration is complete,the cable network is ‘aware’ of a service and able to accommodate atleast one type of host for configuration. After network and serviceconfiguration, a specific host can be attached to the cable plant andconfigured for the specific service.

[0114] An example illustrating network and service provisioning is basedon extending the aforementioned personal video recording (PVR) service.This embodiment illustrates a host-based service because it is the hostthat records and plays back video by storing streaming data onto a harddisk or into memory. It is presumed that some host manufacturers haveincorporated the capability of recording digital data onto a hard diskdrive or other type of memory for the purpose of playback at a latertime. Further it is assumed that when the user requests the PVR service,the host requires authorization from the cable system network to invokethe PVR capability. This is in distinction from traditional VCRoperation that is solely controlled by the user and does not require anynetwork authorization. Thus, the cable network operator enables thecapability in the host for the PVR service. Further, it is assumed thecable network operator offers two types of PVR service, which can bereferenced by two billing handles known as Tier 1 (“PVR T1”) and Tier 2(“PVR T2”). As previously mentioned, the cable system operator canmarket this as one service with two variations (e.g., ‘basic’ and‘deluxe’), or as two separate services. PVR T1 allows 60 hours of videorecording and enables the user to invoke the “pause”, “stop”, and“start,” related control functions. In Tier 1, once a program is viewed,it is erased immediately and cannot be viewed again. The cable operatoroffers Tier 1 at $6.95/month. In distinction, Tier 2 allows 240 hours ofvideo recording and enables the user to invoke the full set of controlfunction capabilities, including “pause,” “start,” “stop,” “fastforward,” and “rewind.” In addition, the user can retain the programmingfor multiple viewings, up to 7 days before it is automatically erased.The cable subscriber is charged $12.95/month. Again, the cable systemoperator could market the service as a having a $6.95 base charge withan optional additional $6.00/month charge for the enhanced version. Inboth services, the network allows simultaneous viewing and recording oftwo programs by the host. This requires the host have two tuners, whichmay not always be the case. If the host does not have two tuners, theuser can still record a program, but cannot record one program whilesimultaneously viewing another. Similarly, if the host does not have allthe capabilities, the cable system operator may define a configurationmessage set using the capabilities that the host does have, oralternatively, the cable system operator may not define a configurationmessage set at all.

[0115] The above service offerings are created by the cable systemoperator and establishes the service attributes associated with eachoffering. Offering such services assumes that at least some hosts aremanufactured with the capabilities such as the ability to record up to240 hours and can be configured to: indicate how long they can record,provide the auto-erase capability, indicate how long before data isautomatically erased, access extended program guide data, and canindicate which control functions are enabled. It is of little benefitfor a cable system operator to define a service that cannot be supportedby any host. Configuring these parameters in the host requires the ESSidentify the type of host used by a subscriber and configure the host asrequired. If a host manufacturer does not provide any of the defined setof capabilities for a particular service, then the service typicallycannot be assigned to that type of host as typically defined by, but notlimited to the particular brand and model of a host. Further, the ESSmay require setting other parameters that the subscriber is not readilyaware of. Namely, including partitioning of the hard disk, configuringthe host to access extended program data, defining whether usagestatistics are maintained, etc. The service related parameters establishthe nature and operation of the services offered and allow cableoperators to define variations of the service, as they deem appropriatefor their market. Obviously, the flexibility that cable operators havein defining a service is impacted by the capabilities andconfigurability offered by host manufacturers. As host capabilities areexpected to evolve over time, it is expected that the services offeredby cable operators will evolve as well. Further, services offered byvarious cable system operators are not expected to be identical. In theabove example, a cable system operator may elect to only offer onevariation of the PVR service, or more than two variations. Othersoperators may elect not to offer the service at all. In some instances,certain capabilities may not be provided by some hosts, but the servicecan still be provided, albeit with slightly different operation (e.g., ahost with only one tuner cannot provide simultaneous viewing andrecording of different channels). The cable system operator determineswhether such a service is offered for a given host type. Further, somecable operators may opt to provide a network-based PVR service asopposed to a host-based PVR service.

[0116] The creation of the configuration message set (“message set”)used to configure a type of host is illustrated in FIG. 10. The creationof the configuration message is defined for a specific type of host andfor a specific type of service. The configuration message set for aparticular host may be determined by the cable system operator's servicepersonal or a third-party. The message set is created typically using aconfiguration message set creation system (“workstation”) in the form ofan application program on a workstation that provides a user-interfacefor personnel to select the parameters for the service. The parametersthat can be altered are derived from the host profile file, whichdescribes the capabilities of the specific type of host. The hostprofile file is provided by the host manufacturer and facilitatesprocessing by the creation system by ‘driving’ the user interface in theworkstation. The specific messages generated that comprise the messageset are determined from the host protocol file and are specific to thehost type. The messages further are associated with configuring certainparameters with certain values.

[0117] In FIG. 10, the workstation 953 for creating the configurationmessage set is used by the service creation personnel. The workstationaccesses the various host profile files 950 a, 950 b, 950 b. Theworkstation also accesses the corresponding host protocol files 952 a,952 b, 952 c as well as an optional network default file 951. In thisinstance, the workstation obtains the Profile File for Brand “Z” host950 a and uses this to drive a user-interface in order to select theappropriate messages and parameters from the corresponding Brand “Z”protocol file 952 a. Because the host manufacturer has developed thehost profile to describe the capabilities of the host, and the hostprotocol file is designed to configure those capabilities, theconfiguration workstation is not required to have additional informationregarding the Host “Z.” The workstation may have additional informationregarding network defaults and/or service data parameters that are usedto define select parameters in the configuration messages. The networkdefault values 951 for various parameters avoid having to replicate theparameter setting in each service data parameter file. For example, thecable system provider may always select a NTSC output video signal for aSTB if that option is settable.

[0118] In FIG. 11, one embodiment of the user-interface is disclosed. Inthis embodiment, the screen 969 of the workstation 953 illustrates aconfiguration menu for the PVR Tier 1 billing code 970. The menu alsoindicates the type of host that the configuration message set is beingcreated for 971. Recall that a configuration message is associated witha specific host and specific service. In this screen, five options arepresented to the service creator for configuring service related optionsor parameters in the host. Other options may be presented on additionalmenu screen, using the same or different user-interface schemes, oricons. In the first option 972, the user selects the recording timeallocated for a service. This might be used by the host to allocatespace on a hard disk drive for recording video, collecting usagestatistics, storing advertising, or other related service operationaspects. If the host does not support a particular option, that optionmay be restricted from selection on the workstation's user-interface. Inthe next option 973, the functions supported by the host are presented.In the next option 974, the auto-erase delay (retention time) isindicated in hours. If a value exceeds that which is supported, thevalue may be restricted. The next option 975 allows partitioning of thehard drive in the host. Certain sub options 975 a, 975 b may only beavailable if partitioning is selected. The disk partitioning may berequired to enable the collection and reporting of usage viewingstatistics if it is separately enabled. Finally, a second tuner option976 is presented. The user-interface may be defined so that if thecapability is not present, the option is not presented, oralternatively, the option is ‘pre-selected’ (e.g., a default value isapplied) or the option is restricted from selection as an incompatibleoption.

[0119] The output of the process is the configuration message set (954of FIG. 10) that is stored in the enhanced services system. The messageset is specific to a service (e.g., associated with a billing code) andis specific to a type of host. There are at several ways in which thehost configuration messages can be created. In the first case, theconfiguration message set is analogous to a ‘compiled’ computer programand this type of configuration message set is called a ‘static’configuration message set. In a static configuration message, all theservice related parameters and network default are known and set inrelation to the host-specific configuration message encoding. Whenapplying these values to a host protocol file during creating themessage set, the exact and final message structure and encoding can bedetermined. The messages are ready for future communication to aspecific host for a specific service without further processing. Thus,each message set for a specific host and specific service is created,stored, and indexed in the ESS.

[0120] Alternatively, the configuration messages may be analogous to an‘interpreted’ computer program. In this case, the workstation may storea service parameter file associated with a given service and host type,and apply that to a configuration message as required just prior tocommunicating the message to a host. This approach requires storing themessages for each host, but without fixing all the parameters. Theparameters are determined once the service data file (not shown in FIG.10) is determined and the program interpreting the host protocol fileselects the parameters and the encoding rules (in the protocol file) todetermine the configuration command to be sent to the host. As thoseversed in the art of computer science are aware, each approach hasperformance and storage tradeoffs. Either approach, as well asvariations, falls within the scope of the present invention. In eithercase, any of the associated files may be considered host files and arestored in the ESS until a specific host type is configured for aspecific service. The necessary files are retrieved and processedaccordingly to effect the configuration and control of a host for aspecific service.

[0121] After creating the configuration message set, another activityassociated with network and service configuring is shown in FIG. 12. InFIG. 12, the various network elements are provisioned with PVR service.This includes the billing system 1 a, and the Enhanced Services System,comprising the Enhanced Services Server 40 and the Enhanced ServicesDatabase 42.

[0122] The configuration of the systems typically uses a computer 120that may be directly connected for performing these functions, or may beinterconnected via the Internet. The billing system 1 a is configuredwith service related information, specifically information pertaining tothe two types of PVR service 122. The billing system is configured withthe two PVR billing codes, PVR T1 123, and PVR T2 124 that are mapped tothe two corresponding service tiers as appropriate. Each billing code isfurther associated with a monthly price in the billing so thatappropriate charges can be computed. Pricing data may also be used by aservice agent when communicating with a caller to explain variousservice related charges, but the pricing data is typically not requiredto configure the host. Note that up to this point, the PVR relatedinformation is generic and has not been associated with a specificsubscriber or host.

[0123] The enhanced service system maintains information required forenhanced service provisioning by maintaining data in both the ESS 40 andthe ESD 42 as shown in FIG. 12. The ESS 40 contains information 1100that includes mapping the billing code 1102 to the appropriate hostfiles (i.e., configuration message set file). For example, the PVR T1billing code is associated with the created configuration message setsfor configuring the PVR T1 service regardless of host type. This ismaintained in the Enhanced Services Database 42. Further, the ESS 42also contains a pointer (not shown) to a ‘Subscriber List’ 1104 file ofall the subscribers as identified by their host address and theirrespective host types. The Subscriber List 1104 is typically stored inthe ESD 42. In this embodiment, only one subscriber is illustrated,although in a typical embodiment thousands of subscribers are containedin the file. In other embodiments, the data of the subscriber list maybe contained in the Enhanced Services Server. The ESS uses the billingcode and subscriber identifier to determine the appropriate specifichost file 126 in the Enhanced Services Database 42 to perform thehost-specific configuring actions.

[0124] The ESD 42 contains configuration message sets 125 with a PVRspecific configuration message set file 126 for each host type. FIG. 12illustrates a PVR Host file 125 containing hosts files for Hostsmanufactured by X, Y, and Z 126. These correspond to various brands ofhost, and there may be further files based on a particular modelassociated with a specific brand. This level of detail is not shown, butthe principles of the present invention can be appreciated withoutrequiring further breakdown of specific models of a given hostmanufacturer. It is the cable system operator that determines whichhosts are supported by defining the corresponding configuration messageset, and there may be other host brands that do not have correspondingconfiguration message set files created. Recall that “Host A” 485 ofFIG. 5 did not have a PVR capability so that a correspondingconfiguration message cannot be defined. In this case, if this host wereselected for configurating the PVR service, an exception to theprovisioning process may occur. Ideally, the lack of support for a givenhost is determined earlier, such as at the time the subscriber purchasesthe hosts and service related input data is provided.

[0125] It is apparent that alternative data structures associated with aservice can be defined. For example, FIG. 12 illustrates one embodimentin which the files for a given service are grouped in the enhancedservices database 42 and contain various host-specific files. Analternative format would be to group the files according to the hostbrand type. Those skilled in the art of database structures realize thatvarious other organizational schemes can be defined.

[0126] Returning to the information stored in the ESD, the configurationmessage set for the Brand Z Host is examined in greater detail. TheBrand Z Host PVR configuration message set file 127 contains specificprotocol messages, parameters, and procedures required for interactingwith the Brand Z Host to control either type of PVR service. As will bediscussed in further detail, host-specific files typically include atleast one file describing the host capabilities and resources of thehost (called a host device profile), and another file indicating how tointeract with the host (host protocol). The host device profile oftencontains data in a format facilitating the generation of auser-interface on the a service creation workstation to build aconfiguration message set.

[0127] In other embodiments, in lieu of a host protocol file,replacement application software may be present. In this example,message sets for configuring two PVR services are defined. In both PVRservices, the script involves sending a message configuring the servicein the host and waiting for an acknowledgement. This assumes a two-waynetwork. In the embodiment illustrated, the PVR Host file has two setsof protocol messages that correspond to the PVR Tier 1 service 128 andthe PVR Tier 2 service 129. Alternatively, the PVR Host file may onlycontain the configuration message set for one type of PVR service, andthe other type would be in a separate host file. The specific structureand byte definition for these messages are further defined in theprotocol message set in the host file, but are not illustrated in FIG.12. The first message 128 is illustrated as a “Provision PVR” message,and this message is defined by the particular host manufacturer (in thiscase, the manufacturer of Brand Z). The manufacturer may define any typeof message, syntax, and structure as long as it can be conveyed via thenetwork protocol to the host. In essence, the host manufacturer providesvia the host protocol file the messages for communicating with the host.As the host manufacturer is the source of the host file, the cablesystem operator is not responsible for defining or developing themessage for its intended application. The cable system operator may noteven know the syntax associated with the message. In this embodiment,the message 128 configures the recording time in minutes. Consequently,the 60-hour recording time associated with Tier 1 is indicated as 3600minutes. The additional parameters indicate the associated recordingfunctions and the automatic erasure time, which is indicated in hours.Note that there is no need in this embodiment to record the monthlyprice information in the Host file since the ESS typically does notrequire communicating this information to the Host in the configurationmessage set file. However, if a cable operator found this parameteruseful to the service operation, then this could be included. Finally,the Host file for PVR Tier 1 indicates that after sending the “ProvisionPVR” message, an “Acknowledgment” message is received. This illustratesan elementary script where a sequence of messages should be exchanged tocomplete provisioning. This script presumes a two-way network, and theacknowledgement message may be viewed as optional if a one-way networkis involved. A similar script corresponding to PVR T2 129 is disclosedreflecting the associated service parameters.

[0128] Other host manufacturers may use different messages, differentparameters, and different procedures. The cable system operator does notdefine message formats for a host, but is required to select theappropriate host configuration files for configuring a particular hostfor a particular service. The cable system operator may define theservice operation and the configuration message set, or may use theservices of a third party to do so, or may purchase from a third partypre-defined configuration message sets for specific services and hosttypes.

[0129] Host protocol file embodiments may only have one message, or amore complex set of messages and/or interaction. The embodiments maydiffer based on whether a one-way or two-way cable network is involved.There is no requirement that the PVR Host file for Brand Y follow thesame message set and parameters as illustrated for Brand Z. Further, thehost manufacturer may define simpler or more comprehensive commandmessages based on their host capabilities. Further, it is possible thatde-facto or informal standards may evolve, and a host manufacturer maymigrate to using the standard message format for a service. Finally, aswas discussed, various methods for organizing the data and hosts filesare possible in the ESS.

[0130] Host-Specific Provisioning

[0131] As previously indicated, “provisioning” can be broadly construed,and the overall process can be subdivided to facilitate presentation. InFIG. 7, it was previously indicated that after the network and serviceconfiguration activities have occurred, then the host-specificactivities may occur. These were divided into external system input ofservice related and data and specific host configuration messages. Theinput of service related parameters to external input systems is nowconsidered.

[0132] In provisioning a cable service, the subscriber indicates theirservice selection to a service initiator. The service initiator is theperson responsible for the input of the necessary information toprovision the service. There are typically three embodiments of theservice initiator disclosed. In the aforementioned retail saleenvironment examples, the service initiator is the retail store salespersonnel. The retailer is but one type of a third-party serviceinitiator. In this context, it is assumed that the retail serviceinitiator has experience in provisioning and can explain the necessaryservice options to the cable subscriber.

[0133] A second type of service initiator is the cable servicesubscriber themselves as the person providing the service information tothe input system. The level of experience presumed for this type ofservice initiator is typically much lower compared to the third-partyservice initiator. The cable subscriber typically provisions theirservice only when a service change is required, which is usuallyinfrequent.

[0134] The third type of a service initiator is a customer servicerepresentative or agent of the cable system operator. This type ofservice initiator is typically employed by the cable operator andverbally interacts with the subscriber in-person or over the telephone.Based on the interaction with the subscriber, the representativeprovides input to a provisioning system. For this type of serviceinitiator, a high level of knowledge is presumed, since the customerservice representative is typically experienced. Typically, the agenthas the most experience with respect to service provisioning compared tothe retailer or the subscriber.

[0135] A variety of access technologies and input systems can be used toaccept input from the service initiator. The input systems providevarious levels of availability, flexibility, and ease of use. The levelof experience associated with the type of service initiator may impactthe design of the human-machine interface for a type of input system.There are at least three main types of input technologies typicallyused. First, an interactive voice response (IVR) system can providetelephone access and guide a service initiator through various optionsusing voice prompts and Touch Tone® inputs from a telephone. Alternativeinput options include the caller providing speech input and using speechrecognition software in the IVR to determine the user's selection.Second, an interactive computer application program running on apersonal computer can be integrated with a call center. This systemallows a service initiator (typically an agent) to providekeyboard-based input in response to verbal information provided a callerover the telephone. Provisioning information is displayed to the agenton a computer monitor, allowing the agent to interact and explainservice options with the caller as appropriate. A third option is acomputer based input system providing input to a provisioning system.This could be embodied in a personal computer accessing an Internetwebsite, or a videotext like arrangement using the television monitor tonavigate a menu or display windows. In the second and thirdaforementioned embodiments, the human-machine interface may or may notbe the same or similar. Specifically, there may be differenthuman-machine interfaces to accommodate different service initiatorsbased on their skill level.

[0136] Various combinations of service initiators using input systemsare possible to accomplish service provisioning. A cable subscriber maycall and verbally discuss with an agent the options and servicesdesired. The agent, interacting with a computer, can then perform theappropriate provisioning. Alternatively, a cable subscriber may call andinteract with the IVR system using telephone keypad input to indicatedservice related data. Finally, a cable subscriber may indicate servicerelated input data using a personal computer using the Internet toaccess a website to perform provisioning. While it is possible foragents and retailers to use an IVR input system, typically agents andretailers only utilize a computer to provision the service. Forexperienced service initiators, a computer-based interface is typicallymore efficient. On the other hand, greater ubiquity of telephone serviceallows an IVR to accommodate almost all cable subscribers as serviceinitiators. As will be seen, in some cases the user-interface may notnecessarily support every service interaction.

[0137] Each input system accepts input of service related data from theservice initiator and can generate the appropriate messaging to therequired network elements. However, in some instances, certain serviceinput capabilities may be restricted to using certain input systems orare available to only certain service initiators. This is illustrated byintroducing the concept of ‘capability sets’ as illustrated in FIG. 13.

[0138] A ‘capability set’ refers to a set of service provisioningcapabilities provided to a service initiator using an input system. Thecapability set is determined in part by the cable system operator andtakes into account the type of service initiator and the type of inputsystem. The service initiator is presumed to have certain skill levelsand certain authorization levels. The input system impacts the wayinteraction occurs and the type of human-machine interface maypractically limit the scope of interaction as well as accommodate thevarious skill levels of the service initiator. The scope of interactioncan be further qualified as to the service capability. Examples ofservice provisioning related capabilities include subscribing to basiccable service, activating a new brand of cable set top box in thesubscriber's premise, or altering the subscribed service packages (e.g.,add a premium channel) for a subscriber.

[0139] The scope of the capability set is based in part on the type ofservice initiator —typically there are capability sets defined for thecable subscriber, call center agent (“agent”), and third-party retailer(“retailer”). For example, in FIG. 13, the capability set with thelargest scope is designated as the “Agent/Computer Console” capabilityset 600. In general, the first descriptor (“Agent”) represents theservice initiator and the second descriptor (“Computer Console”)describes the access technology or input system. The Agent/ComputerConsole capability set is the set of capabilities provided to an agentusing the computer console integrated with the call center. Because theagent is presumed to have a high skill level and is a trusted entity,this capability set has the broadest range of capabilities in regard toprovisioning services. Typically, any and all service relatedprovisioning functions for all cable subscribers on a cable system couldbe accessed by the call center agent using the computer console.Further, administration, operations, and repair related capabilities,such as issuing service calls, initiating service installations,reporting troubles, and receiving outage indications are also typicallyincluded in this capability set. In comparison, the Retailer/InternetAccess Capability Set 603 is typically a subset of the Agent/ComputerConsole capabilities. The capability set provided to a retailer istypically based on an input system using the Internet to access awebsite designed for third-party provisioning. Since it is expected thatretailers will sell various embodiments of hosts, this capability settypically focuses on the retailer provisioning a host for the customer.It is possible the retailer may sell the host to an existing subscriberthat is replacing an existing host without altering the servicesprovided.

[0140] There is also a capability set that may be defined for cablesubscribers or users (‘User/PC’ and “User/IVR”). This typically is thesmallest capability set compared to the others. In the embodiment ofFIG. 13, there are two user capability sets —one associated withInternet access via a home PC, and another accessed using a telephonefor calling an interactive voice response (IVR) unit. Thus, these arecalled the User/PC capability set 602 and the User/IVR capability set601. The User/IVR capability set 601 may be more restricted in light ofthe user-interface capabilities of an IVR system. An IVR system providesa limited human-machine interface and some provisioning capabilities maybe too difficult or confusing to provision in this manner. For example,using a Touch Tone® based IVR interface to alter one's billing addressmay be unduly complicated using an IVR interface.

[0141] The User/PC capability set may be a subset of theRetailer/Internet Access capability set, as there are various featuresthat a retailer would be allowed to access that a user would not beallowed. For example, a retailer is allowed to establish service for anew customer, but the User/PC capability set would typically not allow auser to establish a new account for a third-party. In addition, while aretailer may be authorized to modify services of any existing cablesubscriber, the user is typically only allowed to alter their ownservices. Finally, there may be some capabilities in the User/PCcapability set that are not included in the Retailer/Internet Accesscapability set. For example, accessing or resetting parental pass codes,past due billing amounts and other personal information such as PINs maybe restricted from access by the retailer. Personal information may beaccessible only to the user or the agent, and excluded from athird-party.

[0142]FIG. 13 illustrates one embodiment of how different provisioningfunctions may be grouped and offered to different service initiatorsusing different input systems. Various combinations and arrangements arepossible and it is expected that different cable system operators maydefine the relative capability sets differently. Nor is it anticipatedthat a cable system operator will provide all the possible variouscapability sets and input systems. FIG. 13 is not intended to limit therelative service provisioning capabilities of the various serviceinitiators or access technologies.

[0143] Although a variety of capability sets can be defined, thefollowing embodiments illustrate some of the relative functions that maybe provided by capability sets. These capabilities are dynamic and arelikely to be augmented when new services are added. This may betriggered by the development of new capabilities by host manufacturersand new service opportunities seen by cable operators. Thus, thefunctions indicated are only representative and may not contain all thefunctions provided in a capability set.

[0144] User Capability Set

[0145] (This list of functions does not distinguish between capabilitiesprovided using Internet access or using telephone access (IVR).)

[0146] 1) Alter basic service subscriptions, add premium channels orpay-per-view capability, and change password values associated with theuser's account.

[0147] 2) View billing history, current bill status, and prices forvarious service components associated with the user's account.

[0148] 3) Alter billing information associated with the user's account(e.g., payment method, mailing address, subscriber's name spelling,etc.).

[0149] 4) View a list of enhanced services and corresponding supportedcable set top boxes and capabilities.

[0150] 5) Activate or register a new cable set top box.

[0151] 6) Subscribe to an enhanced service (e.g., personal videorecording).

[0152] Retailer/Internet Access Capability Set

[0153] 1) Alter basic channel subscriptions and add premium channels forany subscriber on a cable system that the retailer is authorized toaccess.

[0154] 2) View a list of supported cable set top boxes and servicesincluding video, high speed data, telephony, and audio services;determine compatibility of network to support a selected host based onservices.

[0155] 3) Determine whether cable service is available at the customer'shome address, verify whether the customer is a current cable subscriber,and determine an account number if an existing customer.

[0156] 4) Determine account credit status (good/delinquent) asdetermined by the cable system operator regarding provisioning newservices for an existing cable subscriber.

[0157] 5) Register a new cable set top box (including host and/orconditional access module), including the capability to enter a cablemanufacturer's code and model number identifier.

[0158] 6) Initiate service installation, schedule a service call,establish a new service account for a customer, establish billing perioddates, and indicate an amount of the initial deposit.

[0159] 7) Activate services and establish initial service parameters.

[0160] Agent/Computer Console Capability Set

[0161] 1) All of the above capabilities defined in the User andThird-party capability sets.

[0162] 2) Issue service calls, check on network outages and status,access subscriber billing information, modify or reset user pass codes,modify billing charges, etc.

[0163] Input Systems Architecture

[0164] The architectures for the input systems for providing servicerelated data are illustrated in FIG. 14. The architecture comprisesvarious access input technologies that are “loosely coupled” to thecable distribution plant. In other words, the input systems can bealtered without impacting the cable distribution plant or the enhancedservices system. FIG. 14 illustrates one embodiment of the variousservice initiators involving a cable subscriber (not shown, buttypically located at the cable subscriber premises 501), a retailersales personnel, typically located at the third-party retail premises510, and an agent 522 typically located in a call center.

[0165] The cable subscriber's premise 501 is illustrated as having astandard Touch Tone® telephone 500 connected to the telephone network506. The telephone can be used to access the agent 522 at the callcenter, or the IVR System 524 for automated access. The cable subscribermay also have access to the Internet 507 using a personal computer 502.In this access method, an Internet Service Provisioning Gateway (SPG)520 hosts a website accessed by the cable subscriber. As is well known,the personal computer may access the Internet 507 either by a dial-up orDSL connection through the telephone network 506 and FIG. 14 should notbe interpreted as excluding or requiring either dial-up or DSL access.Although not shown in FIG. 14, the subscriber could access the Internetby using a cable modem connected to their cable line. Another embodimentinvolves the cable subscriber using the television as videotext-liketerminal. This embodiment is discussed subsequently.

[0166] The third-party retail premises is indicated by a dotted line 510and is typically located in a retail store in a mall or stand-alonebusiness location. In other embodiments, the third-party may be a mailorder or Internet based business. The retailer may be local to theserving area of the cable system operator, or the retailer may begeographically remote, such as in a different metropolitan serving area.The retailer typically provisions services by interacting with thesubscriber verbally in-person or via a telephone. The retailer uses acomputer connected to a provisioning network, typically connected to theInternet. The access to the Internet 507 may be direct via a computer511 or another computer 515 connected to a corporate LAN or intranet,server, or gateway 514 operated by the retailer. The corporate LAN,server, or gateway is typically used if the retailer is a large chain,and the LAN may use a gateway server 517 to provide a customizeduser-machine interface (e.g, a store “branded” user interface) to theretail sales personnel for service provisioning. In some embodiments,the gateway may be remotely located, even if the retailer's location islocal to the cable system operator. The gateway 517 server may also beintegrated with inventory control systems as well as serviceabilitydatabases that indicate features and capabilities of various hostsand/or cable operators. Alternatively, the serviceability database maybe a standalone entity accessed by the gateway as required. Theprovisioning computers 511 that access the Internet 507 directlytypically access a host website that operates in an Internet ServiceProvisioning Gateway 520. For those computers 515 on a corporate server514, the computers may access the website interface in the SPG 520directly or by accessing a retailer-based provisioning website on thegateway 517, which then interacts with the SPG 520. Finally, it ispossible that the retailer may install various self-serve kiosks 516allowing the customer to obtain information regarding various hostproducts, compare compatibility with a selected cable system operator,and aid in selecting a host to purchase. The kiosk may access thecorporate gateway and/or may provide limited self-guided provisioningcapabilities in accessing the SPG 520. Further, the functionality of thekiosk and provisioning computer 515 may be integrated, so that bothfunctions could be provided by a single physical terminal.

[0167] It is possible that the website accessed by the various entities(e.g., cable subscriber's computer 502, the retailer's computer 511, theretailer's computers 515, the retailer's kiosk 516, or the retailer'sgateway 517) may have different capability sets and have differentuser-machine interfaces implemented by different websites hosted on thesame server. In the case of the retailer, different capabilities can bedefined in the computers 515 and the kiosks 516.

[0168] The cable system operator may operate several input systems 525for receiving provisioning input. In FIG. 14, the IVR system 524 isconnected to the telephone network 506 for receiving telephone calls.Such IVR systems are well known in the art and provide various verbalmenu prompts and collect Touch Tone® inputs representing callerselections. The IVR system may also receive the calling party number orANI (automatic number identification) from the telephone networkindicating the telephone number of the caller. Alternatively, the IVRsystem may prompt the caller for their telephone number using keypad orspeech input. The IVR system may use the telephone number to query thebilling system 1 a to obtain service records associated with thattelephone number. Alternatively, the IVR may have service records storedlocally.

[0169] The cable system operator may also provide agents 522 in a callcenter. The call center may be operated by the cable system operator orcontracted out to a third-party call center. In either case, the agents522 have telephone contact with the caller and access a computer console523 for viewing customer service information and providing inputselections. Such call centers may also receive ANI and automaticallydisplay the subscriber's records on a display monitor prior to answeringthe call. The call centers may access the customer billing records basedon ANI or other information in the billing system 1 a, or the callcenter may replicate the billing records locally.

[0170] Finally, the cable system operator may also provide an InternetService Provisioning Gateway (SPG) 520 comprising a server hosting awebsite(s) allowing direct computer access. The SPG 520 typically has ahigh-speed interface to the Internet allowing simultaneous access bytypically hundreds of service initiators. The SPG 520 may access orincorporate a serviceability database 1709 that provides information asto what services a customer may obtain from a selected service provider.This serviceability database may map the user's location to a particularservice provider, and may also provide a list of services offered by theselected service provider. Alternatively, a comparison of servicesoffered by the various providers may be obtained.

[0171] Although FIG. 14 illustrates the IVR system, the call center, andthe Internet Service Provisioning Gateway as all operated by the cablesystem operator (as indicated by dotted line 525), there is norequirement that all these systems be provided. If provided, there is norequirement that they be commonly located or under the common control ofa single cable operator. These systems, or portions thereof, and can beleased, outsourced, and operated by a service bureau, or shared amongmultiple cable operators according to various business arrangements.Further, although the Figure illustrates many systems directlyconnected, they may be indirectly or operatively connected so that datacan be effectively transferred even if various gateways, converters,routers, etc are involved.

[0172] Each of the service input systems 525 may interface with thebilling system 1 a and the Enhanced Services Server 40. Typically eachinput system will interface with either one or the other. Access to thebilling system 1 a may be required for various reasons. First, serviceinteractions typically require knowledge of the current level of serviceprovided to the customer, including verifying whether the user is acurrent subscriber. For example, a user interacting via a personalcomputer 502 using the SPG 20 may desire to verify their service level.This requires the SPG 520 to obtain the appropriate service records fromthe billing system 1 a. If a service initiator adds a service, theprovisioning systems should not allow adding a service alreadysubscribed to by the subscriber. Similarly, if the subscriber requeststerminating a service, the input system should not allow termination ofa service that is not subscribed to by the cable subscriber. Access tothe billing system may require the input system to authenticate itselfprior provisioning data transfer. This may also be required if the inputsystem access the ESS.

[0173] Also, modifying service levels typically requires recording theservice transaction and the service levels changes in the billingsystem. Typically, provisioning a new service results in a billingchange, and such information is maintained in the billing system inservice records associated with a given subscriber. For example, a cablesubscriber may interface with an agent at a call center 523 to add a newservice, such as personal video recording. The agent 522 interacts withthe call center computer 523 to update the service record associatedwith the subscriber in the billing system 1 a. Then, when the billingprocess computes the periodic bill for the subscriber, the billingsystem will calculate the correct charges according to the servicesprovided to the cable subscriber.

[0174] The billing system 1 a may also define various service levels orservice packages according to business rules defined by the cable systemoperator. For example, ‘basic cable service’ may comprise certainchannels and certain options. Another service tier may be associatedwith a certain premium channel and additional options. The billingsystem may have business rules that impact the selection of servicepackages. For example, a subscriber may be allowed to add a premiumchannel to basic cable service. However, while business rules may allowdeleting a premium channel for a subscriber having basic cable service,the business rules would typically prohibit deleting the basic cableservice for a subscriber while retaining only the premium channel.Similar business rules may be implemented in the billing systemregarding enhanced services. For example, subscription to a PVR typeservice might also enable a second tuner in the host to allowsimultaneous viewing and recording of two programs.

[0175] To facilitate provisioning, the cable system operator may defineseveral service packages or billing codes. The service provisioninginput systems may only indicate a service package mnemonic or thebilling code to the billing system, which in turn sends it to theprovisioning/conditional access system. In this manner, the variousservice provisioning input systems 524 do not have to be reprogrammedand coordinated with the changes in the definition of the various typesof service packages, which may change from time to time. For example, a‘deluxe premium’ or ‘gold level’ package may comprise a set of basicchannels, a set of premium channels, and enhanced services, such aspersonal video recording (PVR) and music-on-demand. Further, the packagecould define the PVR service as comprising one of two sets of options(e.g. a defined recording duration associated with the PVR service).There may only be two other service packages (e.g., ‘silver’ and‘bronze’ levels). Defining such service packages requires the inputsystem to only recognize three basic service packages and facilitatesthe service initiator's selection of a service level and design of theinput system. This also simplifies communication between the inputsystems 524 and the billing system 1 a.

[0176] The input systems 525 may also interact with the EnhancedServices Server. This interaction can be accomplished directly orindirectly. For example, at least some direct interaction is typicallyrequired between the input systems and the Enhanced Services Server whenprovisioning a new host for a subscriber. When the cable subscriberpurchases a new host, the make and model of the host, along withpotentially a host identifier is maintained in the Enhanced ServicesSystem, typically in the Enhanced Services Database 42. While someembodiments may replicate this in the billing system, the information isstill typically required in the ESD. Provisioning this data into theEnhanced Services Database typically occurs when the subscriberpurchases a new host at a retailer and the retailer functions as theservice initiator. The provisioning transaction is then typicallyreferenced in some manner subsequently, when the user activates thehost. The means of associating the host with the transaction may be viaa transaction reference number or the host identifying numbers (e.g.,host or conditional access module address and/or serial number). As willbe discussed subsequently, the ESS requires knowledge of the hostbecause the host may automatically ‘activate itself’ to the cablenetwork by communicating its host identifier. Alternatively, the cablesubscriber may manually indicate the presence of the host such asaccessing an IVR system and providing a transaction reference number. Ineither case, the ESS accesses a pending provisioning transaction andmust be able to determine the type of host and the appropriateconfiguration message set required to configure the host. In someembodiments, the ‘pending’ transaction may actually be a pendingtransaction, but results in repeating a previously attemptedtransaction. This will be discussed in greater detail.

[0177] Further, the provisioning input system may verify that the hostselected by the cable subscriber is supported by the ESS 40. The directconnection between the input system and the ESS allows determiningwhether the host is supported. This typically requires the ESS to accessdata in the ESD 42. Alternatively, the input system could query thebilling system 1 a, which in turn, could query the ESS. However, it maybe desirable to isolate the billing system 1 a from host-specificdetails. Similarly, the IVR system 525 and computer console 523 may havefunctionality for querying the ESS directly or indirectly. Whether theinput system accesses the billing system or ESS depends how the messagesand their order are controlled —this is called ‘workflow management’. Aswill be discussed, in some embodiments the ESS may provide this functionand provide a single point of contact for the input system, with the ESSmanaging subsequent messages to the other elements and systems.

[0178] Another variation of the user accessing the SPG 520 is embodiedin FIG. 15. FIG. 15 discloses an embodiment where the television set 10functions as an output device by providing videotext like menu optionsto the user. The user indicates their selection using a remote control984 as an input device to select a particular menu option or indicate ananswer to a question. The menus and input are processed by the STB 7,specifically the host (not shown). The STB then relays information overthe cable network 6 using a DOCSIS channel through the headend 5 that isthen handled by the Cable Modem Termination System 1567 through theInternet 507 and then to the SPG 520. This architecture requires atwo-way cable network and may piggy-back upon the high-speed datacapabilities in the host. The host may implement high-speed datacapabilities, using a DOCSIS channel as illustrated. Other embodimentsmay use a reverse path on the cable network. Even if the subscriber doesnot subscribe to the corresponding high-speed data service, the cablesystem operator may enable the DOCSIS channel to allow the user toprovision or configure services. The host implements a videotextapplication (which may be downloaded to the host from the ESS) fordisplaying menus on the television. The user interacts and selects menuoptions using an infrared remote controller. The host processes the userdata (typically returned on a reverse channel) and updates the menus asappropriate. Those skilled in the art will readily identify numerousvariations that are possible based on this embodiment. For example, theInternet 507 illustrated in FIG. 15 could be a LAN or other type ofdirect connection between the Cable Modem Termination System 1567 andthe SPG 520, as well as involving the billing system 1 a andprovisioning/conditional access system 1 b. This type of arrangement maybe used to provide near real-time provisioning of a service to asubscriber. For example, a user may tune to a premium channel andreceive a message indicating that they are not subscribed to theservice. The user could then provision their service to include thepremium channel using the aforementioned procedures.

[0179] Another variation of FIG. 15 involves using an inband channel forbroadcasting provisioning information in video form to the user. When asubscriber indicates a desire to provision a service, the request isconveyed on the reverse channel and received by the ESS. The ESS thenresponds by sending a billing handle to the provisioning/conditionalaccess system that enables the television to receive a channel that isused for subscriber on-line service provisioning. The ESS simultaneouslyprovides the data for the video channel and alters the menus based onthe user inputs from the remote control. This scheme is similar in somerespects to the interactive television, and represents still anotherembodiment of a cable subscriber provisioning a service. In thisarchitecture, the ESS could update the billing system as appropriate.

[0180] Alternative Input Systems Architecture Embodiment

[0181] An alternative input system architecture embodiment isillustrated in FIG. 16. The concepts of capability sets are useful inexplaining alternative embodiments. In FIG. 16, the various provisioninginput systems are indicated by the dotted line 634. In this embodiment,the IVR interface 525, agent computer console 523 and the SPG 520represent systems providing a user-machine interface to the serviceinitiator. The IVR collects data via Touch Tone® and provides verbalfeedback to the user, while the other two computer based input systemsprovide a graphical or text based user-interface. All three systemsfunction as input/output devices to a Provisioning Server Gateway (PSG)630. A standard or common protocol 632 may be used to communicateinput/output actions between the input systems 525, 523, 520 and the PSG630. Thus, one function of the PSG is to convert provisioning inputmessages from the input system to a message format compatible with thebilling system and/or ESS system.

[0182] In this embodiment, a user interacting with the IVR interface mayadd a premium channel to their existing channel service list. This isaccomplished using a telephone 500 interacting via the IVR menus.Alternatively, the agent 522 at a computer console 523 can perform thesame function, as can the cable subscriber or retailer accessing awebsite. In each case, the user-machine interaction could be different.However, in each instance, the input system sends a similar message tothe PSG 630 indicating the function of adding a premium channel for aspecific subscriber. The PSG then performs the necessary processing,which may include checking with the billing system whether the cablesubscriber is current on their bill and sending messages to perform therequested service change.

[0183] This architecture implements a single provisioning application inthe PSG system 630 rather than replicating the functionality in each ofthe input devices 525, 523, 520. Further, each input device could defineits own capability set based on the type of service initiator. Forexample, the IVR application may be developed only to provide thosecapabilities deemed by the cable system operator as appropriate to theuser using a telephone access system. Similarly, the SPG 520 may hostthree different websites with different capabilities sets by providingone website to the cable user 511, another website to the retailer's PC515, and another to the retailer's kiosk 516. Access to the retailer'swebsite in the SPG 520 can be secure and limited by various securitymechanisms. This prevents unauthorized parties from accessing thecapabilities of the retailer. The above architecture isolates the PSG630 from the definition of the capability set used by the input systemtechnology. Thus, altering the capability set for a class of serviceinitiator only impacts the input system used by that class of serviceinitiator. Changes to a capability set typically do not require anyre-development in the PSG 630. Further, this embodiment only requires asingle interface on the billing and provisioning/conditional accesssystems, the Enhanced Service Server, and the PSG. Further, the inputsystems only have a single interface to the PSG, rather then twointerfaces, one for the billing and provisioning/conditional accesssystem and one for the ESS.

[0184] This embodiment can be extended to allow a single commonprovisioning server gateway 630 to interface with a plurality of cablesystem providers. In other embodiments, the functionality of the SPG 520may be integrated into the PSG 630. Thus, the PSG 630 may allowretailers or cable subscribers to directly interface with the PSG. Thisallows a third-party to perform much of the user-interaction on behalfof a cable system operator. The provisioning server gateway may alsoimplement or access a serviceability database that implements thefunctionality of determining the compatibility of a host type and acable system operator. In this manner, the PSG may be a third-partyentity providing web-based subscription provisioning capabilities to acable system operator. By serving various cable system operators, thePSG operator can spread costs among all the cable system operators. In atypical business arrangement, the PSG operator receives a commission forthe services purchased by subscribers. It is possible that the PSGoperator may customize the ‘look and feel’ of the user-interface bytailoring it to different cable operators, retailers, or other entities.

[0185] Another Alternative Input Systems Architecture Embodiment

[0186]FIG. 17 illustrates another embodiment of a provisioningarchitecture based on a plurality of retailers and a plurality of cablesystems. In this embodiment, an Internet Provisioning Gateway 520provides a website interface to two different retailers 515 a, 515 b. Inthis embodiment, the SPG 520 allows communication with a plurality ofInput Systems 630 a, 630 b, 630 c wherein each input system iscontrolled by a separate cable system operator 634 a, 634 b, 634 crespectively. The cable systems may be widely dispersed, for example,located in different states or regions. Alternatively, the differentcable systems may be serving the same metropolitan area. The SPG 520typically uses the Internet (not shown) to communicate with the variousinput systems based on the serving area of the cable subscriber.Further, the SPG may be operated by a third-party that is not affiliatedwith any of the cable operators. This arrangement allows economies ofscale in sharing resources.

[0187] This embodiment provides a common interface to the variousretailers, namely third-party retailer “A” 515 a and third-partyretailer “B” 515 b. Again, connectivity between the retailers and thecommon web host may occur using the Internet or other communicationnetworks and facilities. Thus, either retailer 515 a, 515 b canprovision services for a subscriber on any of the cable systems 634 a,634 b, 634 c by accessing the common SPG 520 for inputting data. Thecommon SPG 520 incorporates the functionality to select the proper inputsystem 630 a, 630 b, 630 c. This requires that the common SPG maintain alist of each cable system operator and select the operator based on thecable subscriber's service location. If the service areas overlap, theSPG allows the user to select a particular cable system operator.However, unlike the previous embodiment, the third-party retailer is notrequired to have the ability to select one of several input systemsbased on the cable subscriber's service location.

[0188] As with FIG. 16, the SPG 520 in FIG. 17 may be a third-partyentity operating or accessing a serviceability database 1709. In thisembodiment, the serviceability database 1709 is illustrated as connectedto the SPG. The business arrangement may be that the serviceabilitydatabase provider receives a commission for the services purchased inexchange for providing comprehensive web-based provisioning services.

[0189] The deployment of enhanced service provisioning capabilities isfacilitated by simultaneous modification of several elements in acoordinated manner. Frequently this is not possible and new capabilitiesare introduced at different times with regard to different networkelements. For example, in FIG. 14, an enhanced service provisioningcapability may exist first at the call center computer console 523 andthen a subsequent development may allow a third-party computer 515 toprovision the service by accessing the retailer website 520.

[0190] Host-Specific Configuration and Control

[0191] Overview

[0192] The aforementioned service input architecture focuses on variouselements receiving service initiator input and providing the serviceselection data to the billing system and/or the Enhanced ServicesSystem. Now, attention is turned to the processes involving the billingand provisioning/conditional access systems and Enhanced ServicesSystem. These latter elements are ‘tightly coupled’ with the cablenetwork infrastructure and the following processes are the culminationof the process that started with the service initiator interacting withan input system.

[0193] In general, the message flows for host-specific configuration andcontrol are construed broadly. The function of the various messages andthe interaction between the various network elements can be varied. Anysuch interactions are encompassed by the phrase “host-specificconfiguration and control.” FIG. 18 indicates the breadth of the variousfunctions and flows that are encompassed by host-specific serviceconfiguration and control.

[0194] In FIG. 18, the basic architecture is presented comprising thebilling system 1 a and provisioning/conditional access system 1 b, theEnhanced Services Server 40, the Enhanced Services Database 42, and theSTB 7, comprising a conditional access module and host 8. As previouslyindicated, configuring enhanced services for a specific host typicallyrequires communication between the ESS and the appropriate host 8 usinghost-specific protocol messages. Recall that a subscriber may haveseveral hosts, and the specific host to be configured must beidentified. Typically, the process starts with the billing system 1 acommunicating a billing handle or code to the ESS 40. Alternatively, thebilling System may communicate commands. In general, whenever a billingcode can be communicated, so can a legacy based command. Although thecurrent embodiment is discussed in light of host-specific configurationmessages, host-specific commands apply equally. An application definedfor completing the provisioning of that service in the ESS is thenexecuted. The application could be written in a variety of languages,including XML, Java, Visual Basic, or a database management applicationlanguage. The application retrieves the host-specific configurationmessages from the ESD. The application typically sends one or moremessages to the host, and may receive none, one, or more messages fromthe host (not shown) in response. The messages sent may be formed‘dynamically’ or ‘statically’ as previously discussed. Receivingmessages from the STB requires a two-way cable distribution network andthe provisioning process must be defined to operate over a one-way ortwo-way cable network. If a one-way cable network is used, then noresponse messages are expected.

[0195] In FIG. 18, the information flow is presumed to flow from billingsystem to the ESS, and the ESS then forwards the information as requiredto the provisioning/conditional access system. This presumes that theESS is able to identify which billing codes and commands it receives areto be forwarded to the legacy elements (e.g., theprovisioning/conditional access system). Another architecture involvesan alternative information flow where the billing system communicatesselective billing codes and commands to the provisioning/conditionalaccess system, and selective billing codes to the ESS. In this case, theprovisioning/conditional access system then functions as a workflowcoordinator. In yet still another variation, the billing system mayreplicate each billing code to both the legacy provisioning/conditionalaccess system and the ESS. In this variation, theprovisioning/conditional access system would typically ignore enhancedservices codes, and only act upon those billing codes it implements.Similarly, the ESS will act upon enhanced service billing codes andignore those legacy codes. Each of these variations are differentembodiments of workflow management. The workflow management functiondescribed above defines which messages are processed by which elements.Although the above embodiments have discussed this function as beingintegrated with either the billing system, ESS, orprovisioning/conditional access system, other embodiments are possiblewhere a separate workflow system is deployed that communicates with theabove mentioned systems and coordinates the flow of billing codes andcommands. Those skilled in the art can devise further alternatives thatcan be used in conjunction to accomplish the goals of the presentinvention.

[0196] The messaging between the ESS and host may occur using either anout-of-band channel, in-band channel, or a DOCSIS-based channel. In somesituations as it will be seen, both an out-of-band and inband channelmay be used for provisioning a host for a specific service. Two-waycommunication is not always present or required in the cabledistribution network, although typically a more robust set ofcapabilities can be supported using two-way communication. Further,messages conveyed by the ESS or host may be in various forms, includingplain text form, bit mapped, XML, or other, and can be encrypted,authenticated, or both encrypted and authenticated. Since hostcapabilities may be remotely configured and controlled, and softwareapplications can be downloaded, it may be desirable to encryptinformation for privacy or authorization reasons or authenticate data toensure the purported entity sending the information is the actualentity. The existence of computer viruses and hackers on cable systemsare not as prevalent as on the Internet, but this is partly attributableto the historically closed nature of the cable network. As downloadingdata and remotely configuring parameters becomes more prevalent,additional security measures may be necessitated to avoid softwareviruses, worms, and the like. Encryption and authentication techniquesare well known, and various schemes can be used in conjunction withESS-to-host messaging. Further, the encryption keys sent to a particularhost for enabling decryption of digital programming information could beused to encrypt and decrypt data sent in the out-of-band or inbandchannels. Alternatively, other encryption techniques (such as DES,Pretty Good Privacy, message digests, or other schemes) can be used.Those skilled in the art will recognize that various techniques can beapplied to the messaging between the ESS and the host.

[0197] In FIG. 18, two main types of interaction between the ESS and thehost are illustrated. One form is typically for configuring andcontrolling the host, while the other form, typically used less, is todownload software code objects.

[0198] The most common message is a configuration or command message 138to invoke a function or interact with the host in some manner. Thedistinction between a configuration message and command message is notalways definitive, but messages setting parameters can be consideredconfiguration messages while command messages instruct performance of anaction. Regardless of the distinction, configuration and commandmessages could be used to read/write/update memory locations orparameters, reset or initialize the host, execute a service routine,report diagnostic information, report usage statistics, et cetera. It isexpected that host manufacturers will develop a variety of messages forconfiguring various functions. All such host-specific message variationsare encompassed within the scope of ‘host specific configuration andcontrol’ and may be included in a configuration message set. Eventually,a quasi-standard of messages and capabilities may evolve among hostmanufacturers for a common capability. As these develop, the principlesof the present invention allow the ESS to implement the newer versionsof the protocols in a similar manner. The ESS may retain both versionsduring a period in which the older protocol is being phased out.

[0199] A second type of interaction is downloading a large amount ofhost-specific data. In this case, a message 137 downloads data, such asreplacement application code (e.g., ‘software patch’), or protocolmessages. One application of the present invention is to allowconvenient updating of software in the host or deployment of newcapabilities. For example, if a new service capability is developed, thehost could obtain the capability by downloading software withoutrequiring the user to purchase a new host. Alternatively, if the userdesires to alter a service attribute, application software regardinghandling of the new service attribute could be downloaded. The host maybe designed to be backwards compatible, so that the new configurationand control messages augment the existing messages rather than replacethem.

[0200] Host-Specific Configuration—Specific Service Example

[0201] Continuing with using the aforementioned PVR service example,after the cable operator has created the appropriate configurationmessage set, the next step is to configure a specific host. For example,after the subscriber adds Tier 1 PVR service to their service profile inthe billing system (typically via one of the aforementioned inputsystems), the subscriber's host must be enabled and configured for theservice. In some cases, the business rules or the service definition mayalso require configuring or authorizing a basic service in conjunctionwith the enhanced services. For example, subscribing to a PVR servicetypically requires at least subscribing to at least some videoprogramming services. The non-enhanced service component of the enhancedservice may be configured using the existing provisioning/conditionalaccess system commands and procedures or may use messages and proceduresdefined using host-specific messages.

[0202] In the present example and focusing on the PVR service, theEnhanced Services Server must configure the subscriber's host to enablerecording for the appropriate number of hours, enable the appropriatefunction set, and indicate the automatic erasure time, partition thedisk drive, enable simultaneous use of a second tuner, etc.

[0203] An embodiment of a specific message flow for provisioning asubscriber is illustrated in FIG. 19. In FIG. 19, the billing system 1 areceives a message 130 a requesting the provisioning of a service. Thismessage could have originated from any of the previously discussed inputsystems and from any of the service initiators as defined by the serviceinput used by the cable operator. In an alternative embodiment, themessage 130 b may have been received instead at the ESS. If that werethe case, the ESS manages the message flow by copying the message asappropriate to the billing system 1 a. The message 130 a indicatesprovisioning Personal Video Recording Tier 1 (PVR T1) for a specificsubscriber, designated here as “Subscriber X.” As the billing code PVRT1 was previously established during network and service provisioning,the billing system 1 a recognizes the billing code and performs thedefined actions 131 including: updating the appropriate subscriber'sservice and billing profile to reflect the added service, determiningthe appropriate host address for the subscriber, and communicating theprovisioning information to downstream elements, namely the ESS. Recallthat the billing system maintains subscriber information, includingname, address, host address, and optionally host type. The billingsystem is able to recognize the subscriber identification information inthe message 130 a and determine the appropriate host address and providethis in another message 1952 containing the billing code to the ESS.

[0204] Recall from FIG. 18 that there are various alternatives forcommunicating service related messages from the billing system to theESS. In one embodiment, the billing system sends all billing codes andcommands to the ESS, and the ESS then forwards the appropriate billingcodes and commands to the legacy provisioning/conditional access system1 b. The architecture in which the ESS incorporates work flow managementfunctions is presumed here, which is why the billing system does notsend the billing code to the provisioning/conditional access system, butrather directly to the ESS. The ESS then determines what information isforwarded to the provisioning/conditional access system. Further, aspreviously mentioned, the input message 130 b could be beenalternatively received at the ESS, and the work flow functions wouldalso be performed at the ESS as well.

[0205] In addition to updating the subscriber's service profile in thebilling system, the billing system may also apply business rulesestablished by the cable system provider. For example, subscription toPVR will typically require the subscriber to have some level of videoprogramming service. Alternatively, the cable system operator maymandate that the service is only available on ‘deluxe’ service packages.Thus, a subscriber having only high-speed Internet access may not beeligible to be provisioned for PVR service. Further, since thesubscriber may have multiple STB in their serving location, the same STBenabled for PVR must also be enabled for video programs.

[0206] After receiving the message indicating the PVR T1 billing codeand host address 1952, the Enhanced Services Server executes anapplication 133 that determines the host type associated with the hostaddress, and retrieves the appropriate PVR configuration message set forthe appropriate host type. Typically, the specific host is identified bythe manufacturer's identifier and model number. Recall that asubscriber's host type was previously recorded in the Enhanced ServicesSystem during provisioning. (If maintained as part of the ‘house record’in the billing system, this may be conveyed as required to the ESS.Similarly, the ESS typically records the host address, but if stored inthe billing system, the ESS may query the billing system asappropriate.)

[0207] After determining the host type, the ESS 40 determines whetherthe appropriate host-specific configuration message file is present inthe database 42. If not present, the Enhanced Services Server 40 maytreat this situation as a non-supported host and treat the provisioningrequest as an error condition. In other cases, the absence of ahost-specific configuration message set may be due to the ability of theESS to use legacy type commands for configuring the host. Assuming thehost file is present, the Enhanced Services Database 42 retrieves theappropriate configuration message set for interacting with the host. Themessages are obtained from the ESD 42, shown here as “Brand Z Host” PVRT1 Configuration Message Set 126.

[0208] After retrieving the appropriate configuration messages, theEnhanced Services Server then formulates the host-specific configurationmessage to send to the subscriber's host to configure the PVR service.As previously discussed, the configuration messages may be dynamicallyor statically determined. If the message is dynamically determined(similar to interpreting a computer language command), the ESS uses thehost protocol file and a service parameter data file (and networkdefault parameter file if required) to formulate the host-specificmessage. The protocol file indicates the messages, including the syntaxand encoding rules, and the service data file indicates the parametersettings that are used for the service involved. The ESS uses theparameter settings to determine how to encode the variable parametersused in the protocol messages. The service parameter data may be storedin memory of the Enhanced Services Server, or in the ESD and indexed bythe billing code.

[0209] If the configuration message set is statically determined, thenthe appropriate message syntax and encoding is stored in theconfiguration message file and no ‘interpreting’ is required. This issimilar to ‘compiling’ the required message. Of course, a staticallydetermined configuration message requires storing every required servicevariation in the appropriate host file. Dynamically determinedconfiguration messages do not require as much storage space, but dorequire separate information as to default parameter values for aservice. In some embodiments, implementations may utilize one or theother, or a combination of techniques. With respect to commands (thatmay not communicate parameters to the host, but have single syntax), thedifference between the two techniques is less significant. In thefollowing embodiments, the messages illustrated could be generated inany of the above ways.

[0210] The message 134 a as illustrated, is structured according to theprotocol specifics and functional definition for that particular host(e.g., “Brand Z”), which in this embodiment involves setting variousparameters, including the recording duration in minutes, enabling accessto the extended program guide information, setting the auto-erasuretime, and setting various disk partitions sizes. The determination ofthese parameters is based in part on the cable system operators' servicedefinition, the host's capabilities, and the protocol messages definedby the host manufacturer for interacting with the host. The structure ofthe protocol messages, responses, syntax, parameters, encodings and thelike are determined by the host manufacture and the cable systemoperator selects the specific configuration messages and the value ofparameters to conform to the operator's desired service operation. Thestructure of the protocol message is typically maintained in the hostprotocol file in the Enhanced Services Database 42.

[0211] In some instances, the host may implement a capability associatedwith a service, but the capability has a default or fixed value, so thata configuration message is not required. For example, the host in FIG.19 may not have a second tuner. Consequently, configuring its status isnot required nor would sending such a message alter anything.Alternatively, the host may always enable a second tuner forsimultaneously viewing and recording two separate programs, in case thehost has two tuners. Again, in this case sending a configuration messagemay not accomplish anything. In other cases, the cable system operatormay include such messages anyway as a ‘safety’ feature to initialize thehost to a know state. For example, STB or hosts manufactured primarilyfor the European market may be designed to provide PAL video outputsignals by default, whereas hosts manufactured for the U.S. market aredesigned to provide NTCS output signals as a default. A cable systemoperator may always send a message for a certain brand of host toconfigure the video output for NTSC. If the host is already in thismode, the message will not result in any change. However, if the host isset to provide PAL output signals as a default upon powering up, thenthis type of configuration message ensures that the host provides arecognizable video signal for U.S. operation. Further, if the host doesnot recognize the message (e.g., it only provides NTSC so thatcommanding it to provide NTSC has no effect), then sending a message toenable/disable a non-existent capability may not adversely affect theservice operation, but would only potentially benefit operation if thehost does recognize the message.

[0212] Finally, after the host receives the message 134 a, the host mayrespond with an acknowledgement message 134 b, completing the process.This presumes a two-way cable network. In a one-way cable network, noacknowledgment message could be sent. The ESS may confirm the successfulcompletion of the configuration to the billing system (not shown). Thisindicates to the billing system that the service is provisioined andcharging can begin for the service. This avoids charging a user for aservice when activation was not successful. Depending on the service andhost characteristics, additional messages may be required by the ESS.For example, the ESS may request the provisioning/conditional accesssystem to reinitialize or reset the host. If available, this may occurusing legacy based capabilities over legacy based interfaces.Alternatively, this could be accomplished using a newly defined commandmessage from the ESS to the host.

[0213] In alternative embodiments, the ESS may instruct the host to tuneto another channel to receive the configuration and command messages.For example, the ESS may send the following file to a host: Config.xml {ConfigVersion = “1.0″ ConfigType = “Cable” ConfigTuningInfo=“atscChannelInfo” IndexFile = Index.xml EnhancedServerAddr= “192.1.1.3”ServerPort = “14191” }

[0214] This command file first indicates the version used, which allowsdifferent future formats to be used. The “ConfigType” indicates thismessage applies to a cable network. The “ConfigTunninglnfo” indicateswhich channel the host should tune to in order to receive furthermessages. The IndexFile indicates further identifying information, suchas the MPEG-2 service name in the channel containing the private datasection that contains the index file. Finally, the ESS address and portnumber are indicated, which are used for reverse path communication in atwo-way network. The ESS then provides the appropriate data on theindicated channel for the host to receive.

[0215] Exception Procedures

[0216] There are various exception procedures that may occur inconjunction with the aforementioned provisioning example. Not all aredetailed, and the handling of each exception procedure can be defineddifferently, based on the cable system operator's requirements. Threegeneric exceptional procedures are embodied in light of FIG. 19.

[0217] In the first example, the cable system does not support theindicated host, either for any enhanced service, or for the specifiedenhanced service, nor does the system support the indicated subscriber.In one embodiment, the billing system 1 a upon receiving theprovisioning message 130 a rejects the message indicating the servicecannot be provisioned because of the indicated service or subscriber.The billing system 1 a either maintains a list of supported hosts orspecific services for a given host, and determines that provisioning ofthe host or specified service for that host cannot be supported, oralternatively, the billing system may access data from the EnhancedService Server 40 to determine if the host/service can be supported. Ineither case, the billing system generates an error and does not send anyservice related provisioning message to the ESS. In alternativeembodiments, the billing system may provision the host for legacy basedcapabilities and forward all unrecognized codes to the ESS and let theESS appropriately handle the event. In other embodiments, if the host isinitially activated (e.g., corresponds to a new service account), thebilling system may provision the host for a minimal level of service(e.g., basic cable) so that the subscriber is not left without anyservice while the error is investigated.

[0218] In the second generic exception procedure, the billing systemaccepts the message 130 a and generates a message 132 to the EnhancedServices Server 40 with the enhanced service billing code.Alternatively, the message 130 a may be sent directly to the ESS 40(corresponding to message 130 b of FIG. 18). The ESS 40 accesses the ESDatabase 42 and discovers an error, such as the indicated host type isnot supported, the subscriber's host type cannot be determined, thebilling code is not defined, etc. Typically, the ESS 40 returns an errormessage to the billing system and does not send any configuration orcommand messages to the host.

[0219] Finally, a third generic exception procedure occurs when the ESS40 to Host messaging 134 fails in some manner. This would be manifested,for example, by the return of a message from the host indicating afailure, or the lack of any return message in a two-way cable network.For example, a “negative” response from the host could be received atthe ESS, or an expected ‘acknowledgement’ message sent by the host wasnot received at the ESS. In this circumstance, the problem may be due toa variety of reasons, including a mismatch between the host actuallyused at the subscriber premises and the host recorded as being used. Forexample, “Brand X” is recorded in the database system as being used bythe subscriber, but the subscriber has connected “Brand Z.” This mayoccur if the cable subscriber ‘swaps’ the set top box without notifyingthe cable system operator or activating the unit in some manner.Alternatively, the ESS to host messaging may have failed for any numberof reasons, or the host requires a newer (or older) host protocolversion. Or, the configuration message set was created based on atwo-way network configuration whereas the network is only one-way.Resolution of this type of failure in the ESS-host provisioning message134 may require manual intervention on the part of the cable systemtechnicians. In any event, the ESS will typically generate an errormessage on a maintenance console (not shown) indicating the cause of thefailure or communicate the error message to some other cable networksystem. Further, a message is typically returned to the billing systemindicating failure of the provisioning request so that billing chargesare not included in the subscriber's bill. An indication may also bepassed to a customer service agent or service technician where theyfurther resolve the problem.

[0220] Host Activation

[0221] “Host activation” is the process of letting the network knowabout the presence of the host on the cable plant. This may occur due topower loss at the host, initially connecting a new host, or manuallyresetting the host by the user. The cable network, in turn, then treatsthe host as appropriate. For example, a host connected for the firsttime would be initially configured for all associated services.Depending on the service and implementation aspects, other hosts may notnecessarily require configuration. Various embodiments may exist, andthe phrase “set top box” should not be construed to limit the inventiveprinciples in any way.

[0222] In many instances, the service provisioning process is initiatedprior to actual installation of the STB. For example, a customer maypurchase the set top box at a retailer, and the retailer initiatesservice provisioning for the customer. The process is initiated whilethe customer is in the retail store with the STB, prior to the customerreturning to their home and connecting the STB. While the service inputphase may have been completed, the host-specific configuration commencesafter the host is connected to the cable network.

[0223] In such cases, the cable network elements can be thought of asmaintaining the provisioning transaction in a pending state. From animplementation perspective, the transaction may be actually pending orit may be virtually pending. In the first case, the service inputmessage is received by the billing system, the billing system sends theappropriate billing code or command to the ESS, and the ESS waits forthe host to be activated. During this time, the transaction is actuallypending. (In an alternative architecture, the service input messages aredelivered to the ESS first, which then manages the workflow to thebilling and provisioning/conditional access systems. This alternativedoes not impact where the transaction is viewed as pending or completedand requiring re-initialization.) The ESS maintains an indication ofwhether the subscriber's host has been activated. The ESS could evensend a message to the host confirming its presence (assuming a two-waynetwork allows the host to respond). Regardless, the ESS refrains fromsending the configuration messages to the host until the host isconnected to the network, which is determined by the following hostactivation procedures.

[0224] In the virtually pending transaction, the ESS sends theappropriate configuration messages as soon as the billing systemprovides data. If the host is not connected, then the messages sent bythe ESS are ignored as the host obviously cannot be configured if notpresent. However, when the host is subsequently connected to the cablenetwork, then the configuration messages are resent. This latterapproach is consistent with operation on a one-way network.

[0225] Thus, the ESS either withholds sending the configuration messagesuntil the host's presence is detected, or it sends the configurationmessages immediately, and resends the message after the host isdetected. From a high level perspective, the ESS appears to maintain apending transaction in either case, whether it actually does or not. Theabove applies regardless of whether or not an enhanced service requiresinvoking a legacy configuration or command message as a component ofprovisioning the service.

[0226] The procedures for starting the host-specific configurationprocess depends on the nature of the cable distribution network,specifically, whether the cable network is one-way or two-way. There areseveral embodiments of notifying the headend of the connection of thenew set top box. First, the STB could ‘auto-initiate’ the activationprocedure. Second, the subscriber could manually initiate activation,typically by placing a telephone call.

[0227] The auto-initiation activation of the STB could be triggered bythe application of power to the STB and connecting the STB to a two-waycable network. Once the STB determines it is connected to the cabledistribution network, it initiates a message on the reverse channel tothe cable headend that is provided to the ESS. Alternatively, this couldbe initiated using a default MAC address on an out-of-band DOCSISchannel. One embodiment of the activation message sent from the Host tothe ESS is shown below: HostProvision.xml { ProvisionVersion = “1.0”HostAddr = “00:00:01:4b:fc:3b” HostID = “Thompson” HostInfo =host-specific information }

[0228] In this activation message, the protocol version indicator allowsforward messaging flexibility for activation protocol formats. TheHostAddr indicates a conditional access module associated with the hostthat the ESS can use for host-specific communications, such ascommunicating a configuration or command message or indicating a channelon which further host-specific information can be received. The HostIDconfirms the make of the host to the ESS and the “host-specificinformation” may contain a software inventory comprising softwaremodules present in the host and associated version numbers, specificoptions present in the host, or any other indication of capabilitiesassociated with the host. The ESS may use this information to map thehost to specific capabilities and services provided by the network. TheESS may also determines the subscriber based on identification data sentfrom the STB. The ESS then determines the appropriate provisioning data,including the required configuration message set files, to send to thehost (or to resend, as discussed previously).

[0229] However, the cable network may be capable of only one-waycommunication. In the case of a one-way system, there is no reversechannel communication from the STB. In these cases, activation can beinitiated by the subscriber placing a telephone call. In one embodiment,the subscriber calls a telephone number that is answered by the customerservice representative. The subscriber verbally provides confirmation ofidentity, and equipment information regarding the manufacturer and modelnumbers of the STB, the MAC address, etc. Alternatively, the callerprovides a transaction reference number to the cable network to identifya pending transaction. Either type of information allows the ESS toidentify the transaction. The host type is typically indicated in thepreviously established provisioning record so that the information isnot required to be repeated to the agent. However, if required forverification or other purposes, the caller may be requested to repeatthe information. The agent then initiates the activation process in thecable headend and/or Enhanced Services Server to configure the STB aswell as transmit any required host files to the STB. The agent in thiscase typically uses the same provisional computer console as previouslydescribed.

[0230] An alternative embodiment involves the subscriber calling aninteractive voice response (IVR) system. This system receives thecalling party number of the caller provided by the telephone company(frequently called automatic number identification or ANI) and accessesthe previously established provisioning records based on matching theANI with the provisioning record or receiving a transaction numberentered by the user in response to a prompt. The provisioning record waspreviously established by a service initiator using one of theaforementioned input systems. If the record is not found for any reason(e.g., the subscriber is calling from another telephone, such as acellular telephone), the call can either be transferred to an agentwhere the process continues manually, or the system can prompt thecaller to enter additional information using the telephone keypad (e.g.,their home telephone number). Assuming the appropriate pendingprovisioning record is retrieved, the Enhanced Services Server canconfigure the STB as required, download the appropriate host data filesto the STB, or invoke a legacy based conditional access capability. TheIVR system may instruct the subscriber to power-on their STB andtelevision and wait for a confirmation message displayed on thetelevision indicating that the process has successfully completed. Ifthe confirmation message does not appear, the IVR could transfer thecall to an agent for additional troubleshooting. In one embodiment, theIVR STB activation application could share a common platform with theIVR service provisioning input system.

[0231] In each of the activation embodiments, a record of a provisioningaction is retrieved by the ESS. This record was created by one of theinput systems previously mentioned and may or may not be an actual‘pending’ transaction as previously discussed. For example, when athird-party retailer sells a STB and services for a customer, a pendingprovisioning request is created. The third-party retailer may providethe customer with a transaction reference number that the customerenters into the IVR system or provides to the agent. This referencenumber is provided to the ESS upon creation of the provisioningtransaction and allows identification of the request. Once theprovisioning record is retrieved, the ESS may further interact with theheadend to communicate any necessary configuration parameters orsoftware objects, or reinitialize the host, as appropriate. Thedetermination of which configuration parameters are required and theneed for downloading host files depends on the service provisioned.Several examples are subsequently illustrated at a high level regardingthe role of host activation.

EXAMPLES

[0232] Two examples further illustrate some of the previous capabilitiesincluding the host activation. One example involves a one-way cablenetwork, in which there is no reverse channel, and the other exampleinvolves a two-way cable network, in which the STB can signal on areverse channel to the cable headend. The latter provides a richer setof service interactions by allowing signaling to occur from thesubscriber's premises to the network. In each example, it is presumedthat access to the cable network is physically available at thesubscriber's serving location and properly configured, so that atechnician is not required to install the cable outlet and connect anyconsumer electronics devices. Within each example, alternativeembodiments are described.

EXAMPLE 1 Provisioning Legacy Services and Enhanced Services on a OneWay Network

[0233] This embodiment can occur under various circumstances, includinga new cable subscriber purchasing a new set top box from a consumerelectronics retailer and subscribing to basic and premium services alongwith an enhanced service, such as PVR, at the same time. The exact formof the legacy and enhanced service is not critical to illustrate theprinciples of the present invention. As previously indicated, theprinciples of the present invention can be applied when provisioningonly a legacy service or an enhanced service, and this illustrates bothservices for the sake of completeness. Further, various prerequisitesteps are illustrated to facilitate understanding the relationship ofthe various entities.

[0234] The message flow of the various entities is illustrated in FIG.20. In these diagrams, steps are referenced (in the left column of thefigure) in lieu of item numbers to facilitate the presentation of thefigures. FIG. 20a illustrates some of the prerequisite steps that occurprior to host-specific configuring. In FIG. 20a, the process begins instep 1 with the host manufacturer creating a host and the associatedsoftware for controlling the newly developed host capabilities. The hostmanufacturer deposits the software in the Host File Database afterappropriate certification and testing has occurred in step 1. The HostFile Database then distributes the software to various cable systems,specifically downloading the host profile file and host protocol file tothe Enhanced Services System in step 2. The files may be ‘pushed’ by theHost File Database or triggered by an explicit request by the ESS (notshown). The cable system operator must support the target host byobtaining the software and defining the appropriate configurationmessage sets for that host as previously discussed and is shown in step3. It is presumed that the appropriate billing codes are defined andconfigured in the billing system and the various input systems areupdated as required.

[0235] The host manufacturer then introduces their host product into theretail supply chain where the customer subsequently views and selectsthe host at a retail store (not shown). Once the customer decides topurchase the host, the retailer first determines the ability of thecustomer to obtain the desired services in step 4. In this embodiment, aProvisioning Server Gateway is accessed in step 4 to determine thepurchaser's serviceability based on the purchaser's location.Alternative embodiments may use a separate, standalone database.Alternatively, the retailer may access a serviceability database at awebsite operated by the cable operator or operated by a third party onbehalf of one or more cable operators. Determining the customer'sserviceability is typically based on information provided by thecustomer, such as their residential address, zip code, or telephonenumber. The retailer, typically using a computer accessing the Internet,accesses the Provisioning Server Gateway. Various embodiments of thegateway are possible, including using retailer proprietary systems,third-party databases, etc. Some larger cable operators may utilizeretailer proprietary systems, while smaller cable operators may preferoutsourcing this capability to a third-party. The response indicatesinformation of the various cable operators and their area of servicecoverage, services offered, and compatible host manufacturers availablefor the customer.

[0236] After the serviceability and compatibility of the host to bepurchased is determined relative to the customer, the retailer thenprovisions the service. In some embodiments, the retailer may haveaccess to removable conditional access modules and installs it while inother situations the retailer only provides the host. Typically, theconditional access modules are designed to be compatible with aparticular cable headend, so the host retailer typically at leastconfigures the appropriate type of conditional access module. In step 5,the host retailer determines the appropriate information from theconditional access module, if provided (e.g., serial number, MACaddress) and provides the data to the service provisioning input system.This information indicates the host brand and model as well. The data iscommunicated from the Provisioning Server Gateway to the appropriatebilling System and then to the Enhanced Services System. In step 6, theESS is illustrated as commanding the provisioning/conditional accesssystem to add the host. In step 7, the various systems acknowledgecompletion of the action.

[0237] In this embodiment, the billing system receives the data from theProvisioning Server Gateway in step 5 and forwards the appropriatecommand and data to the ESS. An alternative embodiment, as previouslydescribed, may result in sending the appropriate command and data fromthe Provisioning Server Gateway directly to the ESS. In this embodiment,the ESS then indicates the service added to the billing system. Thisalternative, as well as others, depends on the workflow management flowsprovided by the billing system and the ESS.

[0238] Further, in this embodiment, the provisioning/conditional accessand cable headend (represented as a combined entity for purposes ofillustration of the figure) does not communicate the correspondingchannel maps, authorization keys, configuration messages, etc. Thispresumes that the STB has not been connected to the cable plant and thecable plant is waiting activation of the STB. Alternatively, theprovisioning/conditional access and cable headend system couldcommunicate the messages, and if the STB is not present, then themessages will have no effect. This is dependent in part on whether thecable plant is one-way or two-way. If one-way, then the cable plant maynot know if the STB is present.

[0239] Continuing with the message flow, in step 8, the host retailerthen provisions service related information. The acknowledgement fromthe ESS in step 9 confirms the receipt of the service relatedprovisioning information

[0240] During the process of provisioning the host and service, the ESSmay provide a transaction reference number to the retailer, which inturn, is provided to the customer. Alternative embodiments mayincorporate a timestamp and host retailer identifier number generated bythe Host Retailer (or that some other values determined by the HostRetailer) to identify the transaction. This number identifies thetransactions that were performed on behalf of the subscriber. Thetransactions may be flagged as being in a pending provisioning state inthe ESS, since the customer has not yet installed and activated thehost.

[0241] At this point, the retailer's actions are completed, and thesubscriber completes their purchase of the set top box (which may beembodied as a host in a consumer electronics device), and whichcomprises the conditional access module installed in the host in thisparticular embodiment. As previously noted, other embodiments mayinvolve the functionality of the host and conditional access moduleintegrated in a consumer electronics device (e.g. digital television).The user takes the STB home, and connects the STB to their televisionand the cable outlet as shown in step 10 of FIG. 20b. At this point, thecable subscriber must activate the unit.

[0242] Since the cable plant in this embodiment is one-way, it does notallow reverse channel communication from the host and the user mustmanually notify the cable operator of the installation of the STB. Thisis accomplished in step 11 by the subscriber calling an agent in a callcenter, or calling an IVR system that recognizes the cable subscriberusing the calling party telephone number. In either case, the callcenter or IVR is provided the transaction reference number previouslyobtained. The call center or IVR system then communicates the activationrelated information to the ESS in step 12. The ESS in step 13 confirmsthe subscriber's existence. In step 14 a, the ESS instructs the billingsystem to add the appropriate billing code to the subscriber's billingrecord.

[0243] In this embodiment, the service input system provides the data tothe ESS; other embodiments may provide it to the billing system thatthen forwards the information to the ESS. In step 14 b, the ESS theninstructs the provisioning/conditional access system to initialize thehost. In alternative embodiments, the billing system could haveperformed this step. Regardless of which of the above embodiments isused, the provisioning/conditional access system configures andauthorizes the host for the legacy based capabilities in step 15 bysending the appropriate configuration messages, commands, channel maps,encryption keys, etc. as required. In step 16, the actions areacknowledged to the ESS once completed by the provisioning/conditionalaccess system. At this point, any of the legacy based services that thecustomer initially request are available.

[0244] The ESS now configures the host for an enhanced service, asappropriate. The enhanced service could be of various forms and itsspecific operation is not relevant to illustrate the overall messageflow. Further, in one alternative embodiment, the configuration of theenhanced service could involve downloading application software. For thesake of illustration, the network may convey the host-specificconfiguration messages on a separate channel, such as a DOCSIS channel.However, the messages in steps 17-21 are service dependent and varybased on the specific enhanced service involved. Continuing with theexample, in step 17 the ESS commands the host to tune to a channel toreceive further configuration commands. The ESS does this by using theappropriate command message set defined for that host to accomplish theenhanced service being configured. In step 18, the host (STB) tunes tothe indicated channel after which the ESS services system communicatesthe data in step 19. This may occur using the aforementioned carouseltechniques. In step 20, the ESS updates the billing system as to thecompletion of the service configuration and the cable user in step 21can invoke the legacy service, such as viewing a movie and invoke theenhanced service.

[0245] The full potential of the ESS capability is realized with atwo-way system, as this allows communication from the STB to the ESS andfacilitates service provisioning and enhanced service offerings. Oneembodiment is illustrated in FIG. 21a. In FIG. 21a, the configuration ofa host with legacy and enhanced services is illustrated using a two-waynetwork.

[0246] The provisioning steps start with the user connecting the STB instep 1 a. It is assumed the customer previously purchased the STB andassociated services. Thus, these steps as well as the creation of theconfiguration message set files are not illustrated. Rather, FIG. 21astarts with the cable user connecting their newly purchased host. TheSTB detects connection with the cable network upon application of power,and automatically sends an activation request in step 1 b. Theactivation request may occur using a reverse path and typically includesthe address of the host, its type, software code inventory, andassociated capabilities as previously indicated. The activation messageis received by the ESS that validates the identity of the subscriber andidentifies the provisioning transaction in step 2. The ESS instructs theprovisioning/conditional access system to initialize or activate theconditional access module functionality in the host in step 3 a. Theprovisioning/conditional access system responds in step 3 b by sendingmessages to initialize the host by providing information potentially byresending information messages regarding the channel map and decryptionkeys as well as entitlement management messages (EMMs). The ESS in step4 confirms the status of the STB by sending a poll message that isforwarded to the STB. In step 5, the STB acknowledges its status. Inthis manner, if a problem is detected, the ESS will readily discover theexistence of the problem at an early stage. Those skilled in the artwill recognize that a variety of techniques and messages may be used toconfirm data sent and identify exceptional procedures.

[0247] In step 6, the ESS sends configuration messages specific to thehost for the desired enhanced service, as well as any application codeor data required by the host. The configuration messages enable certaincapabilities in the host and/or set parameters of operation. Aspreviously noted, this information could be sent out-of-band, orinstructions could be sent indicating where the host could receive theinformation. The STB acknowledges the messaging in step 7, which the ESSaccepts as completing the configuring process in the host. The ESS thenindicates the completion of the configuration process to the billingsystem in step 8 and receives an acknowledgment in step 9. The billingsystem at this point knows that the service is active and billing of theservice may commence.

[0248] For the sake of illustration, once all the network elements areappropriately provisioned, the ESS may send a text based confirmationwelcome message to the STB in step 10 that can be displayed on thetelevision monitor. Alternatively, the ESS may return an acknowledgementmessage, which triggers the host to initiate a display message welcomingthe user. In yet another embodiment, the ESS could instruct the host totune to a certain channel that has a welcome message (e.g., agreeting/system overview channel). Regardless of the embodiment, themessage confirms the services provisioned as well as provides the userwith information regarding using the service. The information can betailored to the services provisioned. In various embodiments, thecontrol and definition of screen displays may be under the control ofthe ESS or host. At this point (step 10 a), the user can view thechannels and invoke the enhanced services.

[0249] The message flows of FIGS. 20a and 20 b are generic in that theydid not illustrate a specific message flow for a specific service. InFIG. 21b, a specific enhanced service is depicted. This could have beenthe enhanced service illustrated in FIG. 21a. Namely, steps 11 a and 11b could have occurred in lieu of step 6 of FIG. 21a. Alternatively, thecable customer may have subscribed to the enhanced service at a laterpoint in time, e.g., after, and separate from, the communication of FIG.21a. In FIG. 21b, it is assumed that the feature is invoked after thecommunication of FIG. 21a in order to facilitate the illustration of theoperation. The service illustrated is a host-based PVR service allowingthe recording video information. In order to provide a more flexibleservice, it is desirable for the PVR application to access extendedprogram guide information. This allows the user to instruct the PVRapplication to record a specific program at some time in the futurewithout having to program the channel, start time, and end time. Accessto program guide information provides a schedule for the PVR applicationto know what programs are available at what times, on which channels.While a program guide channel may be available to the host in a limitedform, it may not be in a format suitable for application processing ormay be limited to a few days, whereas the PVR service may authorize thehost to access two or more weeks of program data.

[0250] In step 11 a, the ESS sends a host-specific configuration messageto enable the PVR capability and indicate where extended program guideinformation is located. As indicated in step 11 b, the host PVRapplication obtains program guide information from this source. This mayoccur using an Internet connection with a URL provided previously to thehost during the configuration (e.g., see step 6 of FIG. 21a).Alternatively, the message may instruct the host to tune to a certainchannel at a certain time to receive the necessary information,potentially embedded with other types of information, such as programpreview segments. The ESS may further configure the host to allocate oneor more hard disk partitions to facilitate recording video programs,store extended program guide data, store applications, maintain usagestatistics, or other service related reasons. At some pointsubsequently, the user in step 12 desires to record a specific programand in step 13 instructs the PVR application to record a given program.Since the application already has obtained the program guide informationand has been enabled by the ESS, the application records the desiredprogram at the appropriate time in step 14. The user may instruct thehost to record by interacting with the host in various ways, such asusing a wireless remote, a keypad on the host, a PC communicating withthe host, etc. The recording action may take place some time after therequest for programming in step 13. The host automatically stopsrecording at the appropriate time since the host knows when each programends. In step 15 the user subsequently views the recorded program byinvoking the ‘play’ function. The host responds in step 16 by playingthe video.

[0251] There are other enhanced services that can be enabled by themessaging of step 6 in FIG. 21a. For example, the ESS to host messagingcould enable Internet access by provisioning a high speed data serviceon the host. The ESS would communicate parameters to the host enabling aDOCSIS capability providing the subscriber with a high-speed dataservice to the Internet using an integrated cable modem in the host toprovide a high-speed data access service. Further, the cable network mayenable wireless access to the user's personal computer from the hostusing one of the IEE 802 based wireless protocols, such as 802.11b.

[0252] The embodiment of the architecture of one such system isillustrated in FIG. 22. In FIG. 22, the user has purchased or obtained acable set top box 7 that incorporates DOCSIS capabilities for ahigh-speed data service for accessing the Internet 1554. Currently,Internet service over cable is well known and involves the use of cablemodems incorporating the DOCSIS standard. Such systems are provisionedusing a Cable Modem Termination System (CMTS) 1567 that provides IP datatermination at the cable headend and provisioning capabilities for thecable modem functionality in the host. Some embodiments may have aplurality of Cable Modem Termination Systems requiring an additionalcable modem provisioning system to select the appropriate CMTS. The settop box 7 illustrates one embodiment where the cable modem capability isintegrated into the host. Typically, cable modems are separate physicaldevices from the STB, and this embodiment can be accommodated as wellusing the principles of the present invention. In this embodiment, theSTB further incorporates 802.11b 1556 wireless access capabilities. Thewireless capabilities allow a personal computer 1560 equipped with802.11b wireless capabilities to communicate wirelessly 1558 with thehost. Typically, the range of 802.11b allows a personal computer tocommunicate with the host over a range of several hundred feet, so thatthe personal computer can be located in another room of the residence.

[0253] At some point in time (whether at the time the host was purchasedor subsequently), the cable customer may desire to subscribe to a highspeed Internet access service provided by their cable provider. Thus,any of the aforementioned provisioning input systems could be used forreceiving the customer's request. A provisioning message 1566 is thusdelivered to the ESS 40. The ESS may create a pending provisioningtransaction and await for the STB to activate itself using theaforementioned procedures. Alternatively, the STB may already beconnected and recognized by the ESS as present. In either case, the ESS40 requests the Cable Modem Terminal System (CMTS) 1567 provision theDOCSIS 1554 capability in the STB using existing legacy procedures. TheESS treats the CMTS as a legacy provisioning system, similar to theprovisioning/conditional access system. Alternatively, the ESS couldcommunicate host-specific messages to enable the capability aspreviously discussed. After this, the ESS 40 then communicates with thebilling system 1 a to update the customer's billing records to reflectthe added service.

[0254] This embodiment relies on the ESS to communicate with the CableModem Termination System to provision the STB using existingcapabilities and update the billing system. In other embodiments, theESS may first indicate to the billing system 1 a that high-speed datashould be provisioned, and the billing system then communicates to theCable Modem Termination System to effect the provisioning. Thisembodiment may be appropriate if the billing system is able to interactwith the Cable Modem Termination System. Depending on the embodiment,the role of the provisioning/conditional access system 1 b may beminimal.

[0255] Both of the above embodiments use the ESS to provision ahigh-speed data service and update the billing system in some manner. Inother embodiments, the ESS may provision the DOCSIS data capabilitywithout updating the billing system. In such cases, the ESS may enabledata access, such as a slower speed or restricted access data service inthe STB, to facilitate data transfer for other enhanced services. Forexample, a temporary high-speed data transfer capability wouldfacilitate large file transfer to the STB. In this case, the ESSprovisions the capability of data transfer in the host, but does notprovision a high-speed data service (e.g., Internet access). Thus, thecable subscriber may not always be billed for enabling high-speed dataaccess in the STB.

[0256] Although not shown, a similar architecture can be used to enablea telephone interface in the host. Telephone service over the cabledistribution network is well known, and involves the use of devices thatinterface a telephone to the cable network. These devices can beintegrated into the host as well. Rather than a personal computercommunicating with the host as illustrated in FIG. 22, a telephone isconnected using a standard RJ-11 connected to the host, where the hostincludes a telephone interface. Similarly, messaging from the ESS to thehost enables the telephone interface in the host. In some embodiments,the ESS may use a separate, existing telephony based provisioning systemwhile in other embodiments, the ESS may provision the STB telephonycapabilities directly.

[0257] In this manner, new capabilities can be added to control orinvoke cable based services without requiring the correspondingmessaging capability to be implemented in the legacy systems and cablenetwork elements. The message flows in FIGS. 16 and 17 are subject tovariations based on service definition and system architectureconsiderations. Thus, the architecture in the figures should not beconstrued to limit the principles of the present invention.

[0258] Music-On-Demand

[0259] The popularity of downloading music over the Internetdemonstrates the desire for individuals to customize music play lists.Further, the popularity of MP3 players has made listening to music on aportable basis even more convenient. However, the means for downloadingmusic has been rife with copyright issues, including methods forcontrolling the legitimate downloading of music.

[0260] Another embodiment of the above system demonstrates theapplication of the aforementioned capabilities for non-videoapplications. Specifically, a ‘music-on-demand’ service to facilitateprogramming MP3 devices is illustrated in FIG. 23. This service operatesin conjunction with a STB 7 incorporating a host with the correspondingMP3 capabilities 164. For example, the MP3 capability may include theability to accept a memory cartridge or provide an interface for writingan MP3 music file to an MP3 player. To facilitate the operation ofdownloading music, a graphical user interface on the user's personalcomputer 166 may be incorporated. In an alternative embodiment (notshown), the STB incorporates the same capability of the personalcomputer. This could be accomplished by the STB accepting a connectionto a keyboard for user input and providing video output signals on thetelevision (as a monitor or output device). This embodiment avoidshaving to use a separate PC for largely I/O purposes. In one embodiment,the user inserts or connects their MP3 player (not shown) to the MP3interface on the STB 7. The user then employs their PC 166 to access amusic server 160 over an Internet based connection. Internet access mayuse a cable modem or a telephone modem. The music server 160 isconnected to the cable headend to provide selected music program filesto the cable headend 5, which then conveys the file over a specifiedchannel. In an alternative embodiment, the music server sends the musicdata to the ESS that caches the data and forwards the data to the host.The music program may be transmitted inband over the cable distributionnetwork 6. Either a data file representing audio can be downloaded asillustrated, or the audio itself can be conveyed to the STB.

[0261] Once a user has selected a program from the music server andrequested the download, the music server 160 communicates with the ESS40 that has a corresponding music-on-demand application 161. The musicservice indicates to the ESS which subscriber has requested theselection and what channel (and sub-channel, if required) the programmay be located. Alternatively, the Music Server 160 could download theaudio data to the ESS that caches the data, and the ESS thencommunicates the file to the STB. The music server may further indicatedecryption keys used to decode the digital music information. The ESSthen determines the host associated with the subscriber and retrievesthe appropriate message set for interacting with that host. The ESS thensends the appropriate control messages 168 on the out-of-band channel tothe corresponding application 164 in the STB. The control messageindicates how the file can be identified, how it can be accessed, anydecryption keys for decoding the data, copy control information (e.g.,various forms of digital rights management schemes), and other servicerelated commands and/or configuration messages. In this embodiment, noneof the steps for providing the service relies on legacy systemcapabilities, as recording MP3 audio files is not a capability of legacysystems.

[0262] This message flow is illustrated in FIG. 24. In step 1 of FIG.24, the user employs their personal computer to access a website hostedby the music server. In an alternative embodiment, as illustrated inFIG. 15, the user may employ their television and STB as a surrogatepersonal computer for receiving and indicating information. Continuingwith the embodiment involving a separate PC, the user in step 2,interacts with the website, viewing the various selections available fordownload. In step 3, the user connects their MP3 player or memory cardto the set top box. Step 3 may be done at an earlier point, but istypically done prior to downloading. In step 4, the user indicates theselection that they wish to download. It is assumed that the user hasmade the appropriate and necessary financial payment to purchase themusic prior to downloading (e.g., indicating a credit card to becharged). Alternatively, the cable system operator could bill thesubscriber on behalf of the music server for the music downloaded.

[0263] In step 5, the music server sends a ‘downloading request’ to theEnhanced Services System, which in turn notifies the STB. The messageindicates the specific channel/subchannel on which the digitized musicwill be downloaded and any necessary decryption keys or security relatedinformation. Once the STB has acknowledged the information in step 6,the STB indicates the music can be downloaded. Once the music serverreceives the acknowledgment, the server transfers the music file to theSTB in step 7. The cable headend may multiplex the data into one ofinband channels already being transferred over the cable plant in step 8or over an out-of-band channel. Alternatively, the music could bedelivered as an audio file that is played by the set top box, ordelivered over an Internet connection. Once the selection is downloaded,the music server indicates to the ESS in step 8 that the transfer iscomplete. The ESS forwards the message to the STB in step 9. In thismanner, music can be downloaded to a user over the cable distributionnetwork in an efficient and secure manner.

[0264] Host File Database

[0265] The Host File Database (HFD) functions as a master repository forhost-specific files. The HFD contains various types of files that areassociated with a given type of host, the type of host determined by amanufacture and model identifier. The files can contain data used for avariety of purposes, including software patches, replacement operatingsystems, application code updates, configuration data, application leveldata, protocol handlers and device capability descriptions. The hostfiles can be generally classified into four categories. First, there arehost profile files that describe attributes of the host. These are usedby the configuration message set creation system to drive auser-interface. Second, there are the host protocol files that are usedto create the individual messages in the configuration message set.Third, there are host data files that may contain software patches,service data, application, or any other form of host-specific software.Finally, there may be configuration message set files. The first threefile types are provided from the host manufacturer to the HFD, which aredownloaded in turn to the ESS. The last type (configuration message set)is typically created by the cable system operator using theconfiguration message set creation system. However, other embodimentsmay have a third party create these and download them via the HFD orfrom another source. The configuration message set may be staticallydetermined (e.g., similar to a compiled command), or it may bedynamically determined (e.g., similar to an interpreted command). In thelatter case, a set of service related parameters are typically requiredto determine the appropriate configuration message. Such service relatedparameter files are typically cable operator specific and stored in theESS as a host file. Typically, all type of host files are stored on theESD, but a cable operator may elect to only store the configurationmessage set in the ESD, and store the others in another system. Thispresumes that the configuration message set contains the necessarysyntax and encoding data to form the message. Variations of the abovehost-specific file formats are possible, and these are intended to bewithin the scope of the present invention. For example, it is possibleto combine files into a larger file, though the structure of the singlefile may be more complicated. Thus, a single host file could containboth the profile file and protocol file. Further, the configurationmessage set (whether statically or dynamically determined) could bedefined by a third part (e.g., the HFD or a third party service creator)and downloaded to the ESS. This would avoid having the ESS to receivethe protocol and profile files. These and other variations readilyperceived by those skilled in the art are within the principles of thepresent invention.

[0266] In order for the cable system operator to create the appropriateconfiguration message set, it must first typically have at least thehost protocol file and host profile file. In alternative embodiments,the cable system operator may arrange for a third party to create theappropriate configuration message set and only download a ‘static’configuration message set as the host file. If the third party creates adynamic configuration message set, then other files (e.g., service datafiles) may also be required. In the following embodiment, it isgenerally assumed the cable system operator creates their ownconfiguration messages based on host files obtained from the hostmanufacturer, but this is not always a requirement. The cable systemoperator can obtain the host files from the host manufacturers or athird party in a variety of ways. In one embodiment, each cable systemoperator arranges to obtain the necessary host files from the varioushost manufacturers and loads the modules in the ESS as appropriate.

[0267] The loading of host software files can be accomplished using avariety of techniques. The host files could be distributed on media(e.g., CD) and automatically mailed to each cable system operator foreach release. The cable system operator then manually loads the filesinto the ESD. Alternatively, the cable system operators could manuallyarrange for the contents to be transferred electronically usingwell-known protocols such as File Transfer Protocol (FTP). This approachrequires each cable operator to coordinate obtaining the appropriate andcurrent host files from each host manufacturer. The host operator maytrack the availability of software releases for the various host modelsof various host manufacturers and initiate downloading of theappropriate host files.

[0268] An alternative embodiment relies on a central repository known asthe Host File Database (HFD) for accepting, storing, and electronicallydistributing host files. The HFD typically ‘pushes’ updates to thevarious ESSs as appropriate. An alternative embodiment may involve thecable system operator “pulling” data as required. In addition, the HFDperforms other functions, including maintaining a list of approved hostmanufacturers and approved host files, a list of Enhanced ServicesSystems, and a list of the host files previously downloaded to each ofthe Enhanced Services Servers. The central repository can alsodisseminate information to the host manufacturers as appropriate. Forexample, the HFD could function as a clearinghouse for reportingsoftware problems and solutions. The HFD could even provide genericmarket based information as to which host types are popular andfrequently downloaded.

[0269] One embodiment of the architecture is illustrated in FIG. 25. TheHFD 910 maintains copies of the various host files in a master database.This database receives the various host files and associated identifiersfrom various host manufacturers. The identifiers identify at least theparticular host manufacturer and model number that the host file isassociated with. Further identifiers may indicate the specific versionof the host file, as there may be multiple versions released for a givenhost.

[0270] The Host File Database 910 is connected to the Internet 905 a,905 b. Although two Internets are illustrated, they may be consideredone logical Internet. The Internet provides a communication networkservice, though other communication technologies may be usedalternatively or in addition, including modem dial-up lines, ISDNcommunication, ATM, X.25, frame relay, LANs, PVN, and other technologiesand services well known in the art of data communications. It ispresumed that the communication network service is digital and that wellknown security and authentication techniques may be used to ensure thathost files are only received from, or transferred to, an authorized andauthentic source.

[0271] The Host File Database 910 receives updates from various hostmanufacturers 900 a, 900 b, 900 c. The host manufacturers (or agentsthereof) are responsible for generating compatible host files for thevarious hosts they manufacturer. Although the term ‘host manufacturer’is used, it encompasses authorized software vendors for the hostmanufacturer. The host manufacturers may generate new host files on aperiodic schedule, as needed to introduce new features, correct softwarebugs, or based on some other criteria. Typically, the host manufacturertests the software modules prior to release and/or may submit themodules to a third-party certification entity 903 to perform independentquality assurance testing. Once certified, the host file is delivered tothe database 910 as certified and ready for dissemination. There may beone or more entities certifying the program modules and the HFD mayaccess the certifying entity for confirmation that software downloadedfrom a manufacture is certified, or the manufacturer may rely on thecertifying entity to release the software to the HFD. While the HostFile Database may only accept ‘certified’ host files, the Host FileDatabase may also accept non-certified host files for beta testing withlimited distribution to select cable system operators. The hostmanufacturers provide the data to the Host File Database whenappropriate, and the HFD maintains a registry of all the various hostfiles stored. Typically, the HFD contains many more host files thanrequired for a given cable system operator.

[0272] Once the host files are stored in the database 910, the HFDaccesses a distribution list it maintains of the various cable systems,specifically the ESSs 915 a, 915 b, 915 c, that should receive the hostfile updates. The distribution list may not only indicate the specificESS that is to receive the updates, but how and when the updates areprovided. For example, some cable operators may prefer to receiveupdates as soon as they are available. Others may prefer a periodicdownload during off-peak hours (e.g., every weekend). Some cable systemsmay have specific forms of communications and authenticationrequirements (e.g., security/encryption keys and passwords,communication parameters, etc.). Some large cable systems may receivethe file into a local repository and then distribute the filesinternally from their local repository to several internal ESSs. Thedistribution list contains all the information required for the HFD todownload information to the ESSs and those skilled in the art canreadily define variations in the methods and approaches for thedissemination of the files.

[0273] In various instances, the ESS may query the Host File Databasefor information concerning the most current host file for a given host,and request immediate transfer of the host file. The ESS may alsorequest retransmission of a previously transferred host file, which maybe required if the file was accidentally erased or corrupted. The ESSmay also request various reports generated from the HFD, including totalnumber of downloads to the ESS, a listing of all host files maintained,and other information pertaining to the HFD to ESS interactions. Inanother embodiment, these functions could be initiated from a terminalor computer operated by the cable system operator as opposed to the ESS.

[0274] The Host File Database may also be connected to one or more othercomputers 911 functioning as an interface for performing variousadministrative functions. The operations terminal may be located in anetwork operation center (NOC). The network operations functionstypically include: creating, modifying, deleting a communication profilefor a destination or source (ESS or Host Manufacturer); monitoringcommunication links; editing communication parameters, etc. Thesefunctions are necessary for managing a network interconnecting all thevarious entities. Further, the NOC functions may include detectingfailures associated with an ESS in a cable system operator, ensuringthat all updates in the ESS have occurred, and detecting and reportingany anomalies in distribution or operation of the host files. Otherfunctions of the NOC can be extended to providing network and serviceprovisioning services to a cable system provider. For example, theavailability of a new host could trigger the NOC into obtaining theappropriate host files, ‘pushing’ these to be stored in the cableprovider's ESS, updating the ESS to recognize the new host type,creating static configuration message sets, etc.

[0275] One embodiment for the procedure associated with a hostmanufacturer developing a new host and associated software host files isillustrated in FIG. 26. The process begins in step 1900 with the hostmanufacturer developing the hardware and software for a new host.Alternatively, the manufacturer could introduce new software for anexisting host. The host manufacturer may determine the new capabilitiesbased on a cable system operator's input, marketing studies, userfeedback, or other means. The host submits the software and the hardwareif required, in step 1902 to a third-party that tests and certifies thesoftware as performing as indicated and that no software bugs arepresent. The certification process minimizes the likelihood of the cablesystem operator receiving complaints from various subscribersdownloading malfunctioning software. If certification is not obtained instep 1904, the manufacturer in step 1906 corrects the problems andresubmits the software for testing in step 1902. If the software iscertified, then in step 1908 either the manufacturer or thecertification entity releases the software to the HFD database.Typically, once certified, the manufacturer in step 1910 markets the newcapabilities to the cable system operator and educates the cableoperators regarding the enhanced service capabilities. If the cablesystem operator does not ‘build’ the new enhanced service offering (e.g.perform the necessary network and service configuring, includingdefining the new billing codes in the billing system and potentiallycreating the appropriate configuration message set files), then there isno ability to provision that enhanced service for the specific hosttype. However, as new host types are expected to provide legacycapabilities, the host manufacturer can always market a new host foroperation with legacy services without being dependent on the cablesystem operator to immediately accommodate the host for enhancedservices. Consequently, the host manufacturer has an interest at step1912 for the cable system operator to configure their network to supportthe specific host and market the new capabilities to the cablesubscribers. It is further expected that host manufacturers or thirdparties may facilitate the cable system operators activities byproviding pre-constructed configuration messages for pre-definedservices. Some services may involve minimal host-specific services (ifat all) to configure. Thus, the cable system operator may only berequired to define the new billing codes and load the appropriate filesin the ESS. Alternatively, the outsourcing of the provisioning of thenew billing codes could be outsourced to third parties as well. In thismanner, the newly developed enhanced service is available to cablesubscribers. Regardless of how the cable system operator or a thirdparty configures the cable system, once the operator can offer a newservice the host manufacturer can then actively market their hosthardware to consumers in the various markets in step 1914. As more cablesubscribers subscribe to the service, demand is created in themarketplace for the host. Obviously, some of these steps may occur indifferent order. For example, a manufacturer may attempt to solicitinterest in the product while certification is under way, and may betatest the product to cable subscribers in certain markets. However, untilthe network and service configuration has occurred by the cable systemoperator, a subscriber is unable to obtain the new service from thecable system operator.

[0276] As previously indicated, the host file is defined by themanufacturer and may be a data file containing various types ofsoftware. For example, the host file could contain updated applicationcode or software patches to be downloaded to the host. In this instance,the application code would correspond to program instructions executedor interpreted in the host. From the perspective of the HFD and ESS, theapplication code is a large data file. The application code could be inthe form of compiled native machine code that is designed to be directlyexecuted on the processor in the host. Alternatively, the code could bein a higher-level language that is interpreted using software residentin host, such as middleware. This could be in the form of JAVA or otherproprietary languages. Alternatively, the code could be replacementscripts, such as those written in Visual Basic, XML, or other formats.

[0277] In other instances, the host file may be a protocol filecontaining configuration commands allowing the ESS to interact with thehost. This could be in a proprietary low-level messaging format or ahigh-level protocol syntax. For example, commands could be defined in alow-level bit oriented (e.g., bit mask) format, in a higher-levelcharacter oriented protocol, or in a higher-level message levelprotocol. The command structure could be based on XML formats or otherInternet based languages. Again, the structure and syntax for suchcommands is defined by the host manufacturer and is not limited to asingle common structure or syntax. Nor is the information required to bemaintained only in one file. Each of the ‘host file’ types may comprisea series of related files.

[0278] Finally, the host file may be a host profile file. Typically, ahost manufacturer will define new capabilities in a host, and distributethe host profile file describing the capabilities for interacting withthe host. The profile host file allows a cable system operator to createthe appropriate configuration messages based for configuring a featureof the host. The cable system operator can also use the profile fileinformation for marketing purposes. The profile file can not only drivean system to facilitate configuration message sets, but can also drivemarketing comparison systems. These marketing comparison systems woulduse the profile data to list and compare features of different hosts.The marketing systems may be provided with the profile files to createinteractive kiosk type marketing systems or prepare other marketinginformation systems.

[0279]FIG. 27 illustrates some characteristics of message tags thatcould be defined by a host manufacturer in a protocol file. FIG. 27illustrates a table illustrating various tags 2302 describing resourcesin a host that can be manipulated. Each resource defined 2304 may or maynot be implemented in the host. Each resource may have a secondary tag2306 and parameters 2308 associated with that resource. For example,using the column indicating a reference number 2300, the fourthreference number indicates a primary tag of “software code object” thatdescribes a software resource. The software code object does not have asecondary tag, but examples include boot code, base platform applicationcode, middleware code, or manufacture specific code. Other resourcesinclude characteristics of the display, video tuners, hard drives, etc.Some resources, such as the hard drive, could be a resource configuredby a variety of messages, for different purposes. For example, inconfiguring the PVR service, the parameter defining the recording timemay act upon the hard disk storage device as a resource. The table inFIG. 27 is not exhaustive, and many other resources and associatedparameters can be defined, including second, third, or more levels oftags to describe the resources, which will vary from host to host.

[0280] In order to facilitate the user-interface on the application usedto create configuration message sets, common tag values are expected toevolve for use by host manufacturers. Common tag values will likely beinitially used to describe some resources (e.g., tuners) and theircharacteristics. Some tags may be descriptive and not have anyconfigurable parameters (e.g., they simply indicate the existence of aresource with a fixed default value, e.g., a hard disk drive capacity).Other tags may be unique to a single host vendor.

[0281] In addition to conveying the resources to be acted upon, theaction itself needs to be configured using a corresponding message inthe protocol file. In FIG. 28, some exemplary protocol messages that ahost file may contain are listed. Again, these are only illustrative andare defined by each manufacturer. Those skilled in the art ofcommunication and computer message protocols will readily appreciatethat a wide variety of procedures, syntax, and semantics can be definedas a message protocol for host configuration. It is expected thatvarious host manufacturers will incorporate the different messagingprotocols.

[0282] In FIG. 28, the message family 2400 indicates a family ofmessages. In this embodiment, the message family indicates a high levelfunctional grouping of various messages. Variations of functions withinthe family are indicated in the message column 2402 and potentialparameters are listed in the third column 2406. To illustrate in furtherdetail, a host manufacturer may define the capability of ‘resetting’ orinitializing various processes or resources in the host. This could bedefined in a “RESET 2408 message type. There may be various types ofreset messages 2410 that are possible. One potential reset is a “coldreset” 2412 that performs certain defined functions. Namely, the “coldreset” erases all user settable parameters in memory, erases all ofFLASH memory and firmware, as well as DRAM memory. Finally, the “coldreset” restarts the processor. One optional parameter 2414 of themessage is an indication of whether or not the hard disk should beerased as part of the “cold reset” processing. Further, other types ofparameters for the various reset messages could be defined.

[0283] The other forms of reset may perform a different mix of mandatoryand optional functions. Alternatively, a single reset message with alarger set of optional parameters could be defined. The manufacturer maydefine different message structures for extensibility and implementationdesign considerations. If both are present, the cable system operatorcan select which of either to send as appropriate. It is expected thatover time, a de-facto message syntax and semantics would evolve andwould be implemented by various hosts.

[0284] Typically, other command messages would be defined forconfiguration, administration and control of the host. These are definedbased on the capabilities in the host, and are likely to vary for eachhost and the service requirements. For example, FIG. 28 embodies a “PVR”message family 2420 that is used to configure a PVR service in a host.There are four messages illustrated (though more may be defined) 2421 a,2422 a, 2423 a, and 2424 a One message “Set Record Time” 2421 aconfigures the recording time that is indicated as one of two values−120 or 240 hours 2421 b. Other messages configure the control functions2422 a and control whether functions such as pause of fast forward canbe invoked 2422 b. Another message controls the auto-erase time delay2423 a with corresponding parameters indicated in hours 2423 b. Finally,another message “Partition Disk” 2424 a can be used to instruct the hostto allocate disk space for various service related operations. Thiswould typically be indicated by megabytes per partion 2424 b. Thepartition could be used for storing or caching program data, programdescription data (e.g., program title), associated advertising data,recording user viewing statistics, recording copy control information,etc. Other embodiments may use a single PVR configuration messagecontaining a plurality of parameters (similar to the message 134 aindicated in FIG. 19). Those skilled in the art of communication andcommand protocols will recognize that a variety of message structure andformats can be used. For example, FIG. 28 illustrates only optionalparameters as associated with the message, but additional informationsuch as help or usage data could be linked or associated with eachmessage type. It is even possible to link the host protocol file andhost profile into one large host file.

[0285] Because the HFD is a central source for host files, and maintainsinformation as to which cable system operators have downloaded whichhost files, the HFD can be extended to provide a serviceability databaseto determine whether a given cable system operator can support a givenhost. This would require each cable system operator indicating to theHFD which services it offers. This information could also be used as acriteria for which host files are selected for downloading to a cablesystem operator. By further accessing a geographical database, the HFDcan map a street address to a cable system's serving area and provide apotential cable subscriber with a list of cable providers serving thatlocation and the services and host types that are supported by the cablesystem provider. Thus, the HFD functionality may be integrated oraugmented with other functionality to provide a serviceability database.

[0286] The HFD can also be augmented to provide other functionality,such as marketing information. The HFD can derive marketing statisticsregarding which types of hosts are deployed, in what cable systems, etc.and provide generic information to various cable system operators.

[0287] Many modifications and other embodiments of the inventions setforth herein will come to mind to one skilled in the art to which theseinventions pertain having the benefit of the teachings presented in theforegoing descriptions and the associated drawings. Therefore, it is tobe understood that the inventions are not to be limited to the specificembodiments disclosed and that modifications and other embodiments areintended to be included within the scope of the appended claims.Although specific terms are employed herein, they are used in a genericand descriptive sense only and not for purposes of limitation.

That which is claimed:
 1. A provisioning system comprising: aninteractive voice response system (IVR) interfacing with a telephonenetwork capable of receiving a call and recognizing either DTMF tones orspeech as input, the IVR capable of receiving either a telephone numberdelivered by the telephone network associated with the call or inputprovided by a caller corresponding to the telephone number, the IVRproviding announcements to the caller pertaining to provisioning cableservices, the IVR accepting service related input data to provision aservice provided on a cable system for a cable subscriber, the IVRgenerating a first provisioning message including the telephone numberof the caller and service related input data; a communication networkoperatively connected to the IVR capable of receiving the firstprovisioning message and conveying the first provisioning message; abilling system operatively connected to the communication networkreceiving the first provisioning message, the billing system generatinga second provisioning message; and an enhanced services systemoperatively connected to the billing system capable of receiving thesecond provisioning message, the enhanced services system identifying ahost associated with the cable subscriber based on the secondprovisioning message, the enhanced services system further determining ahost type associated with the host.
 2. The system of claim 1 wherein thesecond provisioning message contains a cable subscriber identifier and aservice selection identifier.
 3. The system of claim 1 wherein thesecond provisioning message further contains a host identifier and theservice related input data.
 4. The system of claim 1 wherein the servicerelated input data includes a host identifier.
 5. The system of claim 1wherein the host type comprises an identifier associated with both ahost manufacturer and a model of the host manufacturer.
 6. The system ofclaim 1 wherein the host type comprises a first identifier associatedwith a host manufacturer and a second identifier associated with a modelof the host manufacturer.
 7. The system of claim 1 wherein the enhancedservices system generates a third provisioning message to a cable systemheadend.
 8. The system of claim 7 wherein the third provisioning messageinitializes or activates a host.
 9. A provisioning system comprising: aninteractive voice response system (IVR) interfacing with a telephonenetwork capable of receiving a call and recognizing either DTMF tones orspeech as input, the IVR capable of receiving either a telephone numberdelivered by the telephone network associated with the call or inputprovided by a caller corresponding to the telephone number, the IVRproviding announcements to the caller pertaining to provisioning cableservices, the IVR accepting service related input data to provision aservice provided on a cable system for a cable subscriber and generatinga first provisioning message including the telephone number of thecaller and service related input data; a communication networkoperatively connected to the IVR capable of receiving the firstprovisioning message and conveying the first provisioning message; andan enhanced services system operatively connected to the communicationnetwork receiving the first provisioning message, the enhanced servicessystem identifying a host associated with the cable subscriber based onthe first provisioning message, the enhanced services system furtherdetermining a host type associated with the host.
 10. The system ofclaim 9 wherein the host type comprises an identifier associated with ahost manufacturer and further associated with a host model of the hostmanufacturer.
 11. The system of claim 9 wherein the host type comprisesa first identifier associated with a host manufacturer and a secondidentifier associated with a host model of the host manufacturer. 12.The system of claim 9 wherein the first provisioning message furtherincludes a service identifier associated with a billing code.
 13. Thesystem of claim 9 wherein the enhanced services system is capable ofgenerating a host-specific configuration message to the host, whereinthe host is connected to the cable system.
 14. The system of claim 9wherein the enhanced services system is capable of generating aninitialization command to the host.
 15. The system of claim 9 furthercomprising: a billing system operatively connected to the enhancedservice system, capable of receiving a second provisioning messagegenerated by the enhanced service system.
 16. The system of claim 15wherein the second provisioning message includes a billing code.
 17. Thesystem of claim 9 wherein the IVR recognizes speech input and generatesthe telephone number.
 18. A provisioning system comprising: aninteractive voice response system (IVR) interfacing with a telephonenetwork capable of receiving a call from a cable subscriber and calleridentification signals associated with the call, the IVR capable ofgenerating a first provisioning message having a first message format; acommunication network operatively connected to the IVR capable ofreceiving the first provisioning message and transmitting the firstprovisioning message; and a first enhanced services system operativelyconnected to the communication network capable of receiving the firstprovisioning message and identifying a host type associated with thecable subscriber based on the first provisioning message, the firstenhanced services system identifying a host file associated with thehost type, the first enhanced services system capable of generating asecond provisioning message based in part on the first provisioningmessage and the host file.
 19. The system of claim 18 wherein the calleridentification signals are one from the group of DTMF signals providedby the caller, automatic number identification signals provided by atelephone service provider, or speech input provided by the caller inresponse to a speech prompt.
 20. The system of claim 18 wherein thefirst provisioning message contains both a subscriber identifierassociated with the cable subscriber and a cable service identifier. 21.The system of claim 18 wherein the host type comprises an identifierassociated with a host manufacturer and the identifier is furtherassociated with a model of the host manufacturer.
 22. The system ofclaim 18 further comprising: a provisioning server gateway, operativelyconnected to the communication network, capable of receiving the firstprovisioning message, the provisioning server gateway modifying thefirst message format to a second message format, the provisioning servergenerating the first provisioning message with the second messageformat.
 23. The system of claim 18 further comprising: a second enhancedservices system operatively connected to the communication network, theIVR directing the first provisioning message to the first or secondenhanced services system based in part on the caller identificationsignals.
 24. The system of claim 18 further comprising: a secondenhanced services system operatively connected to the communicationnetwork, the second enhanced service system capable of receiving thefirst provisioning message; and a provisioning server gatewayoperatively connected to the communication network, the provisioningserver gateway receiving the first provisioning message and routing thefirst provisioning message to either the first or the second enhancedservices system based in part on the caller identification signals. 25.The system of claim 18 further comprising: a billing system operativelyconnected to the enhanced service system capable of receiving a thirdprovisioning message generated by the enhanced services system whereinthe third provisioning message includes a cable subscriber identifier.26. The system of claim 25 wherein the third provisioning messageincludes a billing code.
 27. A provisioning system comprising: a callcenter interfacing with a telephone network capable of receiving a callfrom a cable subscriber and caller identification signals, the callcenter generating a first provisioning message having a first messageformat, the first provisioning message indicating service dataassociated with a cable service to be provisioned; and an enhancedservices system operatively connected to the call center capable ofreceiving the first provisioning message, the enhanced services systemdetermining a cable subscriber based on the first provisioning message,a host type associated with the cable subscriber, and a host fileassociated with both the host type and the service data, the enhancedservices system capable of generating a second provisioning messagebased in part on the first provisioning message and the host file. 28.The system of claim 27 wherein the service data comprises a billingcode.
 29. The system of claim 28 wherein the billing code is associatedwith a digital video programming service or a telephony-over-cableservice.
 30. The system of claim 27 wherein the service data comprisesat least one of a host identifier or a conditional access moduleidentifier.
 31. The system of claim 27 wherein the service datacomprises a transaction reference number.
 32. The system of claim 27further comprising: a cable headend, operatively connected to theenhanced services system capable of receiving the second provisioningmessage and transmitting the second message over a cable network; and ahost operatively connected to the cable network, the host associatedcapable of receiving the second provisioning message.
 33. The system ofclaim 27 wherein the second provisioning message is either ahost-specific configuration message or a host-specific command message.34. The system of claim 27 wherein the second provisioning message isdynamically determined in part using a host protocol file and theservice data.
 35. The system of claim 27, further comprising: a billingsystem, operatively connected to enhanced services system, the billingsystem capable of receiving a third provisioning message generated fromthe enhanced services system.
 36. The system of claim 27, furthercomprising a billing system operatively connected to the call center,capable of receiving the first provisioning message, the billing systemprocessing the first provisioning message by altering the first messageformat to produce a second message format and providing the firstprovisioning message with the second format to the enhanced servicessystem.
 37. The system of claim 27 where the call center is operated bya customer service agent of a cable service provider.
 38. The system ofclaim 27 wherein the second message generated configures an enhancedservice in a host using a host-specific message defined in part by ahost protocol file.
 39. The system of claim 27 wherein the host iscapable of receiving the configuration message over a cable networkusing one from the group of DOCSIS-based channel, in-band channel orout-of-band channel.
 40. A system for provisioning a service comprising:a computer operatively connected to a communications network; capable ofdisplaying cable service options and receiving service related inputdata from a user, the computer capable of generating a firstprovisioning message with a first format including the service relatedinput data; and an Internet Service Provisioning Gateway (IPSG)operatively connected to the communications network, capable of hostinga web site providing the cable service options to the computer andreceiving the first provisioning message, the IPSG capable of generatinga second provisioning message having a second format including theservice related input data, a user identifier, and a host identifier toan enhanced services system (ESS) operatively connected to the IPSG. 41.The system of claim 40 wherein the second provisioning message furtherincludes a host identifier.
 42. The system of claim 40 wherein thesecond provisioning message further includes a conditional access moduleidentifier.
 43. The system of claim 40 wherein the ESS is capable ofreceiving the second provisioning message, the ESS selecting a host fileassociated with a host type, the host type determined in part by thehost identifier, the host file further associated with the servicerelated input data.
 44. The system of claim 43 wherein the host filecontains a configuration message associated with the host type, theconfiguration message further associated with a service identified bythe service related input data.
 45. The system of claim 40 wherein theESS is capable of generating a legacy based command to a cable headend.46. The system of claim 45 wherein the legacy based command initializesa host.
 47. The system of claim 40 wherein the ESS is capable ofgenerating a third provisioning message that is received by a host on acable network.
 48. The system of claim 40 wherein the IPSG isoperatively connected to a location serviceability database.
 49. Thesystem of claim 48 wherein the location serviceability database receiveslocation data associated with the user and selects at least one cablesystem provider based on the location data.
 50. The system of claim 40wherein the IPSG is capable of selecting one of a plurality of ESSsoperatively connected to the IPSG, the selection determined in part ondata received from the computer.
 51. A system for provisioning a servicein a cable system comprising: a computer operatively connected to theInternet and capable of accessing a web site; the computer capable ofdisplaying service options and receiving service related input data froma cable subscriber; an Internet Service Provisioning Gateway (IPSG)operatively connected to the Internet, capable of hosting the web site,the web site providing cable service data to be displayed on thecomputer, the IPSG receiving from the computer both service relatedinput data and cable subscriber location data, the IPSG generating afirst provisioning message having a first format including the cablesubscriber location data; and a serviceability database operativelyconnected to the IPSG to receive the first provisioning message, theserviceability database containing a plurality of cable service providerlocation data and a plurality of cable service provider identifierswherein each cable service provider identifier is further associatedwith at least one host type identifier, the serviceability databasecapable of receiving the cable subscriber location data and selecting acable service provider identifier, the serviceability database furthercapable of generating a second provisioning message including at leastone cable service provider identifier and at least one associated hosttype identifier.
 52. The system of claim 51 wherein the enhancedservices system is operatively connected to the IPSG and receives athird provisioning message containing the service related input data,the ESS further receiving a subscriber identifier and selecting a hostfile based in part on the host type identifier and the service relatedinput data, the ESS generating a configuration message to a host,wherein the configuration message is derived from the host file.
 53. Thesystem of claim 51 wherein the ESS further authenticates the thirdprovisioning message received from the IPSG prior to generating theconfiguration message.
 54. A system for provisioning a service in acable system comprising: a serviceability database containing recordsassociated with a plurality of cable service provider identifierswherein each record contains at least one digital cable programmingservice identifier associated with each cable service provideridentifier, the serviceability database further containing host typedata associated with the at least one digital cable programming serviceidentifier, the serviceability database further containing servinglocation data associated with each cable service provider identifier,the serviceability database capable of receiving a first messagecontaining a user's location data and a user's identification data, theserviceability database selecting a cable service provider identifierbased on comparing the user's location data with the serving locationdata, the serviceability database generating a second message containingthe digital cable programming service identifier, the user'sidentification data, and the host type data.
 55. The system of claim 54wherein the host type data comprises a host manufacturer identifier anda host model identifier.
 56. The system of claim 54 wherein the secondmessage is generated to a cable service provider that is associated withthe selected cable service provider identifier.
 57. The system of claim54 further comprising: an enhanced services system operatively connectedto the serviceability database, the enhanced services system operativelyreceiving a third message from the serviceability database, the thirdmessage containing the user's identification data, the digital cableprogramming service identifier, and the host type data.
 58. The systemof claim 54 further comprising: a provisioning input system generatingthe first message, the first message further including host relateddata.
 59. The system of claim 57 wherein the enhanced service systemgenerates a fourth message comprising a host-specific configurationmessage sent to a host.
 60. A provisioning system comprising: atelevision capable of receiving signals for displaying cable serviceoffering information on the television; a set top box operativelyconnected to the television generating the signals conveying the cableservice offering information; the set top box further capable ofreceiving service related input data from a remote controller; a two-waycable network connected to the set top box, capable of conveying theservice related input data and the cable service offering information;and an enhanced services system connected to the two-way cable networkcapable of receiving the service related input data and generating thecable service offering information, the enhanced services systemdetermining a host type associated with the set top box and generatingthe cable service offering information based in part on the host typeand the service related input data.
 61. The system of claim 60 whereinthe service related input data is conveyed to the enhanced servicessystem using a reverse path channel in the two-way cable network. 62.The system of claim 60 wherein a set top box identifier is conveyed tothe enhanced services system and used by the enhanced services system todetermine the host type.
 63. The system of claim 60 wherein the enhancedservices system is operatively connected to a billing system to receivefrom the billing system service related data associated with the set topbox.
 64. The system of claim 60 wherein the host type comprises anidentifier associated with a host manufacturer and a host modelidentifier associated with the host manufacturer.
 65. The system ofclaim 60 wherein the set top box comprises the host and a conditionalaccess module.
 66. A kiosk information system comprising a computer,having a keyboard for providing input including location data and hostselection data, the computer including a monitor for displaying aservice provider identifier, the monitor further displaying at least onecable service associated with the service provider identifier, themonitor further displaying feature data pertaining to a selected hosttype, the monitor further displaying a compatibility indicationassociated with the feature data and the service provider identifier; anintranet operatively connected to the computer; and a database serveroperatively connected to the intranet, the database server receiving thelocation data from the computer, selecting the service provideridentifier based on the location data, and sending the service provideridentifier to the computer, the database server further receiving thehost type and retrieving the feature data pertaining to the host type,the database server further sending the feature data to the computer.67. The system of claim 66 further comprising: an inventory controlsystem operatively connected to the intranet comprising a databasecontaining a plurality of inventory records wherein at least oneinventory record indicates the host type.
 68. The system of claim 66wherein the computer is capable of receiving input from a userindicating a selected service that is associated with the one cableservice.
 69. The system of claim 66 wherein the computer executes apoint-of-sale application capable of performing a sales transaction fora host associated with the host type.
 70. A provisioning systemcomprising: a computer capable of receiving keyboard input includinginput comprising location data associated with a user desiring toreceive digital programming services, input comprising useridentification data, and input comprising a host type identifier, thecomputer further capable of retrieving service offering data associatedwith a digital programming provider and displaying the service offeringdata to the user, the computer further capable of retrieving featuredata pertaining to at least one feature associated with the host typeidentifier and displaying the feature data to the user, the computerfurther capable of generating a provisioning message over an interfaceto the digital programming provider wherein the provisioning messagecontains the location data, and the service offering data; an intranetconnected to the interface, transmitting feature data to the computer,the intranet further transmitting service offering data to the computer,the intranet operatively capable of transmitting the provisioningmessage from the computer to the digital programming provider; and aninventory management database operatively connected to the intranetcapable of providing the feature data, the inventory management databasefurther capable of storing inventory data associated with the host type.71. The system of claim 70 further comprising: an Internet operativelyconnected to the intranet; and a serviceability database operativelyconnected to the Internet capable of receiving the user location datafrom the computer and selecting a digital programming provideridentifier based on the location data, the serviceability databasefurther capable of transmitting the digital programming provideridentifier to the computer.
 72. The system of claim 70 furthercomprising: a serviceability database operatively connected to theintranet capable of receiving the location data from the computer andselecting a digital programming provider identifier based on thelocation data, the serviceability database further capable oftransmitting the service offering data associated with the digitalprogramming provider identifier.
 73. A provisioning system comprising: aprocessor capable of receiving a request including  a) location data,the processor retrieving a service provider identifier based on thelocation data, the processor further retrieving service related dataassociated with the service provider identifier, and  b) hostidentification data, the processor retrieving host feature dataassociated with a host type wherein the host type comprises a hostmanufacturer identifier and a host model identifier associated with thehost manufacturer, the host identification data associated with a hosttype; an interface capable of communicating a provisioning messagecomprising the service related data and host feature data; and a memorystorage including  a) a plurality of service provider identifier recordscomprising the service related data, and  b) a plurality of host typerecords comprising the host feature data.
 74. The provisioning system ofclaim 73 further comprising: a provisioning input system capable ofgenerating the request.
 75. The provisioning system of claim 73 furthercomprising a cable system provider capable of receiving the provisioningmessage and communicating a host-specific configuration message to ahost, the host-specific configuration message determined in part by thehost type and the service related data.
 76. A serviceability databasefor provisioning a cable service comprising: a server receiving a firstmessage including location data being processed using a geographicalinformation database to select one of a plurality of cable systemprovider identifiers, the selected cable system provider identifierassociated with a service list including at least one enhanced cableservice, the one enhanced cable service associated with a host type, theserver capable of generating a second message comprising the selectedcable system provider identifier, the at least one enhanced cableservice, and the host type; a memory storing the geographicalinformation database, the plurality of cable system provideridentifiers, the service list, and the host type; and an interface to acommunications network for providing the second message.
 77. The systemof claim 76 further comprising: a billing system operatively connectedto a cable system provider, the billing system operatively connected tothe communications network and capable of receiving the second message.78. The system of claim 76 further comprising: an enhanced servicessystem operatively connected to a cable system provider, the enhancedservices system operatively connected to the communications network andcapable of receiving the second message.
 79. The system of claim 78wherein the second message includes a host identifier.
 80. The system ofclaim 76 further comprising: a provisioning input system operativelyconnected to the communication network and capable of generating thefirst message.
 81. The system of claim 76 wherein the host typecomprises an identifier associated with both a host manufacturer and ahost model of the host manufacturer.
 82. A method of provisioning acable service, comprising: receiving a call from a cable subscriber atan interactive voice response (IVR) system; receiving calleridentification data at the IVR system identifying a cable subscriber;receiving service related data at the IVR from the caller; conveying thecaller identification data and the service related data from the IVR toa cable network; generating a second provisioning message sent to anenhanced services system wherein the second provisioning messageincludes a host identifier and a billing code; determining in theenhanced services system a host type associated with the hostidentifier; selecting a host file in the enhanced service system basedon the host type and the service related data; generating ahost-specific configuration message based on a host protocol filewherein the host protocol file is associated with the host type; andsending the host-specific configuration message to a host associatedwith the cable subscriber.
 83. The method of claim 82 wherein the stepof conveying the caller identification data and the service related datafrom the IVR to a cable network comprises conveying the calleridentification data and the service related data from the IVR to abilling system operatively connected to a cable network, the billingsystem capable of generating the second provisioning message.
 84. Themethod of claim 82 wherein the step of sending the host-specificconfiguration message to a host associated with the cable subscribercomprises sending the host-specific configuration message to a hostassociated with the cable subscriber using either a DOCSIS based channelor an out-of-band channel on a cable system.
 85. The method of claim 82wherein the step of determining in the enhanced services system a hosttype associated with the host identifier comprises determining in theenhanced services system a host type associated with the host identifierby accessing a table stored in a memory associating a host type with thehost identifier.
 86. The method of claim 82 wherein the host-specificconfiguration message is associated with both a host type and theservice related data.
 87. A method of provisioning a cable service,comprising: receiving a call from a cable subscriber at an IVR system;receiving caller identification data at the IVR system identifying thecable subscriber; receiving service related data at the IVR from thecaller; generating a first provisioning message with a first format fromthe IVR, the first provisioning message containing the calleridentification data and the service related data; receiving the firstprovisioning message at an enhanced services system; determining in theenhanced services system a host type associated with the cablesubscriber; selecting a host file in the enhanced services system basedon the host type and the service related data; generating ahost-specific configuration message based on a host protocol filewherein the host protocol file is associated with the host type; andsending the host-specific configuration message to the host associatedwith the cable subscriber.
 88. The method of claim 87 wherein the hosttype is identified by an identifier associated with both a hostmanufacturer and a host model of the host manufacturer.
 89. The methodof claim 87 wherein the caller identification data are one from thegroup of speech signals provided by the caller, DTMF signals provided bythe caller, and automatic number identification signals provided by atelephone service provider.
 90. The method of claim 87 wherein theservice related data pertains to adding a cable programming serviceselected from the group of basic cable service, premium movie service,and video-on-demand service.
 91. The method of claim 87 wherein the stepof sending the host-specific configuration message to the hostassociated with the cable subscriber comprises sending the host-specificconfiguration message to the host associated with the cable subscriberusing an out-of-band channel on a cable network.
 92. The method of claim87 wherein the step of sending the host-specific configuration messageto the host associated with the cable subscriber comprises sending thehost-specific configuration message to the host associated with thecable subscriber using a DOCSIS based channel.
 93. The method of claim87 further comprising the steps of: receiving the first provisioningmessage in the first format at a provisioning server gateway; andgenerating the first provisioning message in a second format at theprovisioning server gateway.
 94. The method of claim 87 furthercomprisirig: determining a host address associated with the calleridentification data; and determining whether the selected service datais compatible with the host associated with the cable subscriber. 95.The method of claim 87 wherein the caller dials a number associated withprovisioning a service on a defined cable system.
 96. The method ofclaim 87 further comprising: determining one of several cable systemproviders based on the caller identification signals provided by thecaller.
 97. A method of provisioning comprising: receiving a call at acall center from a cable subscriber requesting provisioning of aservice; receiving subscriber identification data and serviceidentification data at the call center; generating a first provisioningmessage to an enhanced services system wherein the first provisioningmessage includes a billing code associated with the serviceidentification data and a host address associated with the subscriberidentification data; determining a host type associated with the hostaddress; retrieving in the enhanced services system a host-specificconfiguration message, the host-specific configuration messageassociated with the host type and further associated with the billingcode; and communicating the host-specific configuration message from theenhanced services system to a host, the host identified by the hostaddress.
 98. The method of claim 97 wherein the step of determining ahost type associated with the host address comprises using the hostaddress to access a table stored in memory associating the host typewith the host address.
 99. The method of claim 97 wherein the step ofdetermining a host type associated with the host address comprisesidentifying a host type parameter in the first provisioning message.100. The method of claim 97 wherein the host-specific configurationmessage is statically determined.
 101. The method of claim 97 whereinthe host-specific configuration message is dynamically determined. 102.The method of claim 97 further comprising: receiving host identificationdata, the host identification data included in the first provisioningmessage.
 103. The method of claim 97 wherein the host type comprises anidentifier associated with a host manufacturer and a model identifierassociated with the host manufacturer.
 104. The method of claim 97further comprising the step of: generating a first message from theenhanced services system to a billing system operatively connected tothe enhanced services system, the first message including a billingcode.
 105. The method of claim 104 further comprising the step of:updating a service profile in the billing system associated with thesubscriber.
 106. The method of claim 97 wherein the first provisioningmessage is generated by a billing system operatively connected to theenhanced services system.
 107. A method of provisioning a cable service,comprising: receiving cable subscriber identification data as input datafrom a computer at a web site; receiving service related data from thecomputer at the web site; generating a first provisioning message with afirst format at a second computer hosting the web site, the firstprovisioning message containing the cable subscriber identification dataand the service related data; receiving the first provisioning messageat an enhanced services system; determining in the enhanced servicessystem a host type associated with the cable subscriber identificationdata; selecting a host file in the enhanced services system based on thehost type and the service related data; generating a host-specificconfiguration message based on a host protocol file wherein the hostprotocol file is associated with the host type; and sending thehost-specific configuration message to a host associated with the cablesubscriber.
 108. A method for provisioning comprising: receiving at aweb site cable subscriber identification data, host identification data,and cable service data from a cable subscriber; determining an enhancedservices system based on the cable subscriber identification data;generating a provisioning message to the enhanced services systemincluding the cable subscriber identification data, the cable servicedata, and the host identification data; selecting one from a pluralityof host-specific files stored in the enhanced services system, thehost-specific file associated with both the cable service data and ahost type wherein the host type is determined from the hostidentification data; generating a configuration message from thehost-specific file; and communicating the configuration message from theenhanced services system to a host associated with the cable subscriberidentifier.
 109. The method of claim 108 wherein the web site is hostedby an Internet Provisioning Service Gateway (IPSG) that selects theenhanced services system from a plurality of enhanced services systemsbased on the cable subscriber identification data.
 110. The method ofclaim 108 where the provisioning message includes a conditional accessidentifier data.
 111. The method of claim 108 wherein the cable servicedata pertains to a digital video program offered on a cable network.112. The method of claim 109 wherein the cable service data pertains tohigh speed Internet access.
 113. A method for provisioning comprising:receiving service related data at a computer; receiving host type dataat the computer, the host type data indicating a host manufacturer and ahost model associated with the host manufacturer; receiving subscriberidentification data and subscriber location data at the computer;transmitting the service related data, the subscriber location data, thesubscriber identification data, and host type data to an InternetService Provisioning Gateway (ISPG); selecting one of a plurality ofdestination systems based on the location data; authenticating the ISPGto a destination system; and transmitting a provisioning message fromthe ISPG to the destination system, the provisioning message includingthe host type data, service related data, and subscriber identificationdata.
 114. A method for provisioning a cable service comprising:receiving at an Internet Service Provisioning Gateway (ISPG) cablesubscriber identification data and cable subscriber location data, thecable subscriber location data identifying a residential location;generating a message to a serviceability database including the cablesubscriber location data; receiving at the ISPG from the serviceabilitydatabase at least one service provider identifier and a service offeringidentifier associated with the at least one service provider identifier;receiving at the ISPG from a provisioning input system a serviceselection to be provisioned using the service provider identifier, theservice selection corresponding the service offering identifier; andgenerating at least one provisioning message to a service providerassociated with the service provider identifier, wherein the at leastone provisioning message includes the cable subscriber identificationdata and service offering identifier.
 115. The method of provisioning inclaim 114 wherein the one provisioning message is received at an ESSassociated with the service provider
 116. The method of provisioning inclaim 114 wherein the one provisioning message is received at a billingsystem associated with the service provider.
 117. A method ofprovisioning comprising: receiving a first provisioning message from aremote controller at a set top box; displaying service relatedprovisioning information on a television using video signals generatedfrom the set top box; receiving a second provisioning message from theremote controller requesting provisioning of a selected service;conveying a third provisioning message from the set top box to anenhanced services system; determining in the enhanced services system ahost type associated with the set top box, the host type comprising ahost manufacturer and a model associated with the host manufacturer;selecting a configuration message from a host-specific file stored inthe enhanced services system based on the host type and the selectedservice to be provisioned; conveying the configuration message from theenhanced services system to the set top box; and conveying a fourthprovisioning message from the enhanced services system to a billingsystem updating billing records associated with the set top box. 118.The method of claim 117 where the configuration message is determinedusing the selected service and a host protocol file associated with thehost type.
 119. The method of claim 117 wherein conveying theconfiguration message uses a host address determined from data in thethird provisioning message.
 120. The method of claim 117 wherein theselected service is associated with a billing code.
 121. A method ofprovisioning comprising: receiving at a provisioning input system a hosttype and a location data associated with a user; determining a cablenetwork provider for the user based on the location data and the hosttype; determining a service offering associated with the cable networkprovider wherein the service offering is further associated with thehost type; generating a first message with a first format from theprovisioning input system including a cable network provider identifier,a service offering identifier, and a user identifier; receiving thefirst message from the provisioning input system at an Internet ServiceProvisioning Gateway (IPSG); generating a second message from the IPSGto an enhanced services system, the second message having a secondformat, the second message containing the cable network provideridentifier, the service offering identifier, and the user identifier;selecting at the enhanced services system a host protocol file based onthe service offering and the host type; and sending a configurationmessage derived from the host protocol file to a host associated withthe user.
 122. The method of claim 121 where the host type is determinedin part using the user identifier.
 123. The method of claim 121 wherethe host type is determined by a parameter contained in the secondmessage.
 124. The method of claim 121 where the IPSG determines theenhanced services system based on the cable network provider.
 125. Amethod for provisioning comprising receiving at a computer a firstrequest from a user for first feature data associated with a first hosttype, wherein the host type is associated with both a host manufacturerand a model associated with the host manufacturer; retrieving the firstfeature data from a serviceability database; displaying the firstfeature data on a monitor connected to the computer; receiving a seconduser request for second feature data associated with a second host type;retrieving the second feature data from the serviceability database;displaying the second feature data on the monitor with the first featuredata; receiving location data from the user, the location dataassociated with a residential location; retrieving at least one cablesystem provider capable of serving an area including the residentiallocation; retrieving at least one cable service identifier associatedwith a cable system provider; displaying the at least one cable serviceidentifier on the monitor; and providing a compatibility indicationbetween the first feature data and the at least one cable serviceidentifier.
 126. The method of claim 125 wherein the list of at leastone cable service includes a cable service compatible with the hosttype.
 127. The method of claim 125 further comprising: providing theuser on a display a selection of at least one host offered for sale by aretailer; and receiving at the computer from the user a selection of theat least one host.
 128. The method of claim 127 further comprising thestep: receiving at the computer a request to purchase the host.
 129. Themethod of claim 125 further comprising the step: receiving at thecomputer a request to purchase the at least one cable service associatedwith the cable system provider.
 130. A method for provisioningcomprising: receiving at a server from a communication network a requestfor serviceability information, the request containing location data anda host type associated with a user; selecting one from a plurality ofcable service providers based on the location data; retrieving aplurality of service offering data associated with the selected onecable service provider; filtering the plurality of service offering datausing the host type to produce a list of compatible service offeringdata associated with the selected one cable service provider; andgenerating a response at the server to the communication networkincluding both the list of compatible service offering data and theselected cable service provider.